Re: python script recently started getting "unable to remap" error oncygssl from popen2
Mark, On Mon, Mar 24, 2003 at 12:26:54PM -0800, Mark Moraes wrote: > Any ideas -- the archives have references to rebasing libraries, any > pointers to how I can do that (and whether this needs to be done to > python's _socket.dll or to cygssl?) See the following: /usr/doc/Cygwin/python-2.2.2.README or http://www.tishler.net/jason/software/python/python-2.2.2.README Jason -- PGP/GPG Key: http://www.tishler.net/jason/pubkey.asc or key servers Fingerprint: 7A73 1405 7F2B E669 C19D 8784 1AFD E4CC ECF4 8EF6 -- 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: Apache and PHP 'out of the box' on Cygwin
Simon, On Thu, Mar 27, 2003 at 08:54:56PM +1100, Simon Stone wrote: > does it matter if the rebase shipped with apache ever gets run??? (it > runs and fails as part of the 'out of the box' install) Yes. If run under Me, it will corrupt DLLs. The only way to recover is to re-install the affected DLLs. Jason -- PGP/GPG Key: http://www.tishler.net/jason/pubkey.asc or key servers Fingerprint: 7A73 1405 7F2B E669 C19D 8784 1AFD E4CC ECF4 8EF6 -- 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: win32com under cygwin
Jim, Please post instead of sending private email. On Thu, Mar 27, 2003 at 01:33:26PM -0500, James Clements III wrote: > Ref: Mon, 03 Jun 2002 13:25:47 email with same subject. I presume that you mean the following: http://aspn.activestate.com/ASPN/Mail/Message/python-list/1224738 > Is there a work in progress to accomplish this? None that I am aware of. Jason -- PGP/GPG Key: http://www.tishler.net/jason/pubkey.asc or key servers Fingerprint: 7A73 1405 7F2B E669 C19D 8784 1AFD E4CC ECF4 8EF6 -- 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 about running PostgreSql as a service on Win2000
Matthew, On Thu, Mar 27, 2003 at 01:24:46PM -0800, Matthew Rudolph wrote: > # psql template1 > psql: could not connect to the server: Bad file descriptor >Is the server running locally and accepting >connections on Unix domain socket "/tmp/.s.PGSQL.5432"? The above is fixed in the latest snapshot: http://cygwin.com/snapshots/ > I have not been able to chase down any help on this specific issue on > this after trolling the postgres and cygwin site. It's in the archives (albeit somewhat hidden): http://archives.postgresql.org/pgsql-cygwin/2003-03/msg00053.php Jason -- PGP/GPG Key: http://www.tishler.net/jason/pubkey.asc or key servers Fingerprint: 7A73 1405 7F2B E669 C19D 8784 1AFD E4CC ECF4 8EF6 -- 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/
PostgreSQL help (was Re: your mail)
Tarry, Please post instead of sending private email. On Fri, Mar 28, 2003 at 09:27:58AM +0100, Tarry Singh wrote: > Dear Jason, > I've used your instructions to install cygwin and everything went > fine > > Although i have 2 issues. > > [1] I get > > bash: export: `=': not a valid identifier > bash: export: `/usr/share/postgresql/data': not a valid identifier > > when i startup my cygwin and then i can continue.. Make sure that there are no spaces between the variable, equals sign, and value: export PGDATA=/usr/share/postgresql/data > BUT > > [2] installing postmaster with this recommended command gives me... > > [EMAIL PROTECTED] ~ > $ cygrunsrv --install postmaster --path /usr/bin/postmaster --args "-D /usr/ > share/postgresql/data -i" --dep ipc-daemon > --termsig INT --user postgres --shutdown > bash: cygrunsrv: command not found Install the cygrunsrv package. > I would like to install my postmaster as a service so i don't have to > start it first before i lg int to psql and also get rid of those > ''valid identifier commands'' See above. > please help. Please post. > Tarry Jason -- PGP/GPG Key: http://www.tishler.net/jason/pubkey.asc or key servers Fingerprint: 7A73 1405 7F2B E669 C19D 8784 1AFD E4CC ECF4 8EF6 -- 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: cygwin + apache + php problem
On Mon, Mar 31, 2003 at 12:14:56AM +0200, Adam Csillag wrote: > Syntax error on line 236 of /etc/apache/httpd.conf: > Cannot load /usr/lib/apache/libphp4.dll into server: > dlopen: Win32 error 998 ^^^ $ fgrep 998L /usr/include/w32api/winerror.h #define ERROR_NOACCESS 998L > What can the problem be? Are the permissions of libphp4.dll OK? Jason -- PGP/GPG Key: http://www.tishler.net/jason/pubkey.asc or key servers Fingerprint: 7A73 1405 7F2B E669 C19D 8784 1AFD E4CC ECF4 8EF6 -- 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: rebase error
Dale, Please keep you replies on-list. On Wed, Apr 02, 2003 at 06:10:24PM -0800, dale henderson wrote: > thanks for the reply. You are welcome. > Here is more info. Still not sure. > > [EMAIL PROTECTED] / > $ ps > PIDPPIDPGID WINPID TTY UID > STIME COMMAND >505149 1 505149 4294462147 con 500 > 17:08:59 /usr/bin/BASH > S 327761 505149 327761 4294643347 con 500 > 18:07:31 /usr/bin/LESS ^ * $ cygcheck /usr/bin/less.exe C:/Cygwin/bin/less.exe C:\WINNT\System32\KERNEL32.dll C:\WINNT\System32\ntdll.dll C:/Cygwin/bin\cygwin1.dll C:/Cygwin/bin\cygpcre.dll ^ * >452405 505149 452405 4294477383 con 500 > 21:01:14 /usr/bin/PS > > [EMAIL PROTECTED] / > $ perl -v > > [snip] I'm not sure what is the relevance of the output of "perl -v". > [EMAIL PROTECTED] / > $ rebaseall > ReBaseImage (/usr/bin/cygpcre.dll) failed with last error = 6 Once again, it means that you did *not* stop *all* Cygwin processes (except for bash). Once again, please read and *follow* the instructions in the rebase README. Jason -- PGP/GPG Key: http://www.tishler.net/jason/pubkey.asc or key servers Fingerprint: 7A73 1405 7F2B E669 C19D 8784 1AFD E4CC ECF4 8EF6 -- 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/
Cygwin Python regression testers wanted
I'm in the process of updating the Cygwin section of the official Python README. Since I only have access to Windows NT 4.0 and 2000, I am seeking Cygwin Python regression testers for the following Windows platforms: 95 95 OSR2 98 98 Second Edition Me XP Home XP Professional If you are willing to help, then perform the following steps: 1. rebase your system [1] a. install the rebase package via Cygwin's setup.exe (if not installed) b. shutdown all Cygwin processes c. start bash (do not use rxvt) d. execute rebaseall (in the bash window) 2. run the Python regression test [2] python -E -tt /usr/lib/python2.2/test/regrtest.py -l 2>&1 | tee regrtest.out 3. post any failures and/or hangs other than test_commands Notes: [1] Sorry, but Python's regression test requires a fully rebased system to prevent Cygwin fork() problems. [2] If a test hangs, then use regrtest.py's "-x" option to exclude this test. For example, in the past test_select has hung under 9X/Me, so this test can be skipped as follows: python -E -tt /usr/lib/python2.2/test/regrtest.py -l -x test_select ... Thanks, Jason -- PGP/GPG Key: http://www.tishler.net/jason/pubkey.asc or key servers Fingerprint: 7A73 1405 7F2B E669 C19D 8784 1AFD E4CC ECF4 8EF6 -- 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: Cygwin Python regression testers wanted
Skip. Please post instead of sending private email. On Thu, Apr 03, 2003 at 10:17:40AM -0600, Skip Montanaro wrote: > I won't really be able to add anything to what you already know, since > my Windows box runs Win2k, however, I'll work my way through the > process just to stay in sync. I do have a question, not being much of > a Cygwin person. Item 1a reads: > Jason> 1. rebase your system [1] > > Jason>a. install the rebase package via Cygwin's setup.exe (if not > Jason> installed) > > The only setup.exe I can find in the cygwin tree is in > /usr/local/bin/i686-pc-cygwin/setup.exe. Is that the setup.exe you > referred to above? No, I was referring to Cygwin's setup.exe: http://www.cygwin.com/setup.exe Jason -- PGP/GPG Key: http://www.tishler.net/jason/pubkey.asc or key servers Fingerprint: 7A73 1405 7F2B E669 C19D 8784 1AFD E4CC ECF4 8EF6 -- 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: Cygwin Python regression testers wanted
Jimmy, Please post instead of sending private email. On Thu, Apr 03, 2003 at 08:48:24AM -0800, Jimmy Retzlaff wrote: > I'm not at all experienced with Cygwin Python (I use win32 Python and > have cygwin around for various utilities), but I have an XP Pro system > and thought I'd give it a shot. I updated my cygwin installation just > before doing this. Python reports itself as: > > Python 2.2.2 (#1, Mar 9 2003, 08:18:26) > [GCC 3.2 20020927 (prerelease)] on cygwin > > The output is attached. > > ... > 172 tests OK. > 1 test failed: >test_commands > ... XP Pro is the same as NT 4.0 and 2000 (as expected). > Let me know if you'd like me to change anything and try again. Did you rebase your system before running the regression test? Thanks, Jason -- PGP/GPG Key: http://www.tishler.net/jason/pubkey.asc or key servers Fingerprint: 7A73 1405 7F2B E669 C19D 8784 1AFD E4CC ECF4 8EF6 -- 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: su questions
Rodrigo, On Fri, Apr 04, 2003 at 02:33:05AM -0300, Rodrigo Serra wrote: > I need this because postgresql daemon need run by "postgres" user. > > Of course I can use the cygrunsrv to start daemons with "postgres" > credentials, but the possibility to use one nt daemon, init, and use > standard linux/unix start script is good for me and maybe for other > peoples interested in ported unix services to cygwin. See the following: http://www.cygwin.com/ml/cygwin/2002-11/msg00669.html Jason -- PGP/GPG Key: http://www.tishler.net/jason/pubkey.asc or key servers Fingerprint: 7A73 1405 7F2B E669 C19D 8784 1AFD E4CC ECF4 8EF6 -- 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: Apache and rebase problem
Fred, On Fri, Apr 04, 2003 at 10:33:39AM +0200, Frédéric Bazin wrote: > Anyone knows what should I do ? Do the Google thing: http://www.google.com/search?hl=en&lr=&ie=UTF-8&oe=UTF-8&q=cygwin+rebase Jason -- PGP/GPG Key: http://www.tishler.net/jason/pubkey.asc or key servers Fingerprint: 7A73 1405 7F2B E669 C19D 8784 1AFD E4CC ECF4 8EF6 -- 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: Cygwin Python regression testers wanted
On Fri, Apr 04, 2003 at 12:07:13AM +0200, Hannu E K Nevalainen wrote:
> Thought about it:
> apache contains a "rebase" causing malfunction of "fork"...
AFAICT, the apache rebase just corrupts DLLs on Me.
> test_fork1
> =>
> PYTHON2 orsakade ett ogiltigt sidfel i("page fault" in swedish)
> modul MATH.DLL på adress 0187:6ca02478.
> Registrerar: (thats a bad translation, sigh)
> EAX= CS=0187 EIP=6ca02478 EFLGS=00010246
> EBX=6ca05000 SS=018f ESP=0073eab8 EBP=0073eac0
> ECX= DS=018f ESI=6ca03a9c FS=5b9f
> EDX=819838ac ES=018f EDI=610d1fd8 GS=
> Byte på CS:EIP: (bytes at...)
> 8b 11 85 d2 74 15 89 f6 39 5a 0c 74 60 8b 42 14
> Stackdump:
> 011e6a98 0002 0073ead0 6ca01042 6ca05000 0073eb30 0073eae0 61009903
> 6ca1 6ca0 0073eb30 61009d42 6ca10008 0073eaf8 001c 5c322e32
I'm not sure what to make of the above.
> After some [Close]'ing... the tests continued... until...
>
> test_hotshot
>
Please rerun the regress test using the -x option to exclude tests that
hang. For example:
python -E -tt /usr/lib/python2.2/test/regrtest.py -l -x test_hotshot
> Well, does that help? :-7
It's a start.
Thanks,
Jason
--
PGP/GPG Key: http://www.tishler.net/jason/pubkey.asc or key servers
Fingerprint: 7A73 1405 7F2B E669 C19D 8784 1AFD E4CC ECF4 8EF6
--
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: How to get Libxml2/Libxslt Python Bindings (was Re: [ANNOUNCE]LibXSLT (1.0.27)...)
Elfyn,
On Thu, Jun 05, 2003 at 05:45:40AM +0100, Elfyn McBratney wrote:
> PS- Peter, `mv {cyg,lib}xml2mod.dll' does the trick.
If maintaining the "cyg" prefix is considered important, then there is
another solution...
If a Python shared extension module is called "xyzfoo.$SO" (where $SO is
so, .dll, etc.), then it must export an initialization function called
"initxyzfoo". Therefore, cygxml2mod.dll must export "initcygxml2mod"
not "initlibxml2mod":
$ objdump -p libxml2mod.dll | fgrep init
[ 511] initlibxml2mod
The solution is to change the shared extension module source from:
void
initlibxml2mod(void)
{
...
}
to the following:
void
#ifdef __CYGWIN__
initcygxml2mod(void)
#else
initlibxml2mod(void)
#endif /* __CYGWIN__ */
{
...
}
And similarly for libxslt.
Jason
--
PGP/GPG Key: http://www.tishler.net/jason/pubkey.asc or key servers
Fingerprint: 7A73 1405 7F2B E669 C19D 8784 1AFD E4CC ECF4 8EF6
--
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/
[ANNOUNCEMENT] Updated Cygwin Package: postgresql-7.3.3-1
New News: === I have updated the version of PostgreSQL to 7.3.3-1. The tarballs should be available on a Cygwin mirror near you shortly. It is recommend that 7.3.x users upgrade at their earliest convenience. See the following for the details, if interested: http://www.postgresql.org/news.php?NewsID=135 Old News: === PostgreSQL is an open-source, Object-Relational DBMS. If interested, see the PostgreSQL web site for more details: http://www.postgresql.org/ Please read the README file: /usr/doc/Cygwin/postgresql-7.3.3.README since it covers requirements, installation, known issues, etc. To update your installation, click on the "Install Cygwin now" link on the http://cygwin.com/ web page. This downloads setup.exe to your system. Then, run setup and answer all of the questions. Note that we have recently stopped downloads from sources.redhat.com (aka cygwin.com) due to bandwidth limitations. This means that you will need to find a mirror which has this update. In the US, ftp://mirrors.rcn.net/mirrors/sources.redhat.com/cygwin/ is a reliable high bandwidth connection. In Germany, ftp://ftp.uni-erlangen.de/pub/pc/gnuwin32/cygwin/mirrors/cygnus/ is usually pretty good. In the UK, http://programming.ccp14.ac.uk/ftp-mirror/programming/cygwin/pub/cygwin/ is usually up-to-date within 48 hours. If one of the above doesn't have the latest version of this package then you can either wait for the site to be updated or find another mirror. The setup.exe program will figure out what needs to be updated on your system and will install newer packages automatically. If you have questions or comments, please send them to the Cygwin mailing list at: [EMAIL PROTECTED] . I would appreciate if you would use this mailing list rather than emailing me directly. This includes ideas and comments about the setup utility or Cygwin in general. If you want to make a point or ask a question, the Cygwin mailing list is the appropriate place. *** CYGWIN-ANNOUNCE UNSUBSCRIBE INFO *** If you want to unsubscribe from the cygwin-announce mailing list, look at the "List-Unsubscribe: " tag in the email header of this message. Send email to the address specified there. It will be in the format: [EMAIL PROTECTED] Jason -- PGP/GPG Key: http://www.tishler.net/jason/pubkey.asc or key servers Fingerprint: 7A73 1405 7F2B E669 C19D 8784 1AFD E4CC ECF4 8EF6 -- 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/
Re: Cygwin GCC linking Python extensions issue
Dave, On Tue, May 27, 2003 at 10:45:22AM -0400, David Abrahams wrote: > Jason Tishler <[EMAIL PROTECTED]> writes: > >> boost_python.dll\gcc\debug-python\runtime-link-dynamic\boost_python.lib" > >> "c:\build\libs\ > >> > >> python\build\bin\boost_python.dll\gcc\debug-python\runtime-link-dynamic\boost_python.lib" > >> -lpython2.3.dll > >^ > > > > Does the above imply direct linking against the DLL (i.e., > > python2.3.dll) instead of the import library (i.e., > > python2.3.dll.a)? > > No, when you write -lxxx, you link against libxxx.a, so I'm linking > against the import library: libpython2.3.dll.a IIRC, the above is not necessary true for Cygwin -- -lfoo can resolve to more things than under Unix. Anyway, please use -Wl,--verbose to determine what "-lpython2.3.dll" is resolving to. I would try "-lpython2.3" too. > >> d00.o(.idata$2+0x0): multiple definition of `__head_boost_python_dll' > >> c:\build\libs\python\build\bin\boost_python.dll\gcc\debug-python\runtime-link-dynamic\ > >> boost_python.lib(d00.o)(.idata$2+0x0): first defined here > >> d01.o(.idata$5+0x0): multiple definition of > >> `__imp___ZN5boost6python5scope13current_scopeE' > >> c:\build\libs\python\build\bin\boost_python.dll\gcc\debug-python\runtime-link-dynamic\ > >> [snip] > >> Info: resolving boost::python::scope::current_scope by linking to > >> __imp___ZN5boost6python5scope13current_scopeE (auto-import) > > > > Try providing the necessary __declspec(dllimport)/__declspec(dllexport) > > to eliminate the auto-import. > > For one thing, I don't know which ones are "the neccessary" ones: > __head_boost_python_dll is not my symbol. I believe fixing the "__imp___ZN5boost6python5scope13current_scopeE" auto-import symbol will make the __head_boost_python_dll problems go away. I have seen similar problems with the Cygwin PostgreSQL build due to missing __declspec(dllimport)'s albeit with dlltool. Jason -- PGP/GPG Key: http://www.tishler.net/jason/pubkey.asc or key servers Fingerprint: 7A73 1405 7F2B E669 C19D 8784 1AFD E4CC ECF4 8EF6 -- 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/
Re: Fetchmail, Procmail, and Mutt
Pat, On Fri, May 30, 2003 at 09:56:41AM -0700, Pat Lightbody wrote: > Anyone here get fetchmail and procmail (and I guess sendmail or > postfix is needed) to work with cygwin? Do you Google? http://www.google.com/search?hl=en&ie=UTF-8&oe=UTF-8&q=cygwin+fetchmail+procmail BTW, the first hit is from one of your fellow Cisco co-workers. Note that a MTA (e.g, sendmail, postfix, etc.) in not needed on the receive side, but... > I want to use Mutt to handle my POP mail after it's been download from > the server. You will need one (e.g., ssmtp and/or exim) on the transmit side. Jason -- PGP/GPG Key: http://www.tishler.net/jason/pubkey.asc or key servers Fingerprint: 7A73 1405 7F2B E669 C19D 8784 1AFD E4CC ECF4 8EF6 -- 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/
Re: Fetchmail, Procmail, and Mutt
Pat, On Fri, May 30, 2003 at 04:16:17PM -0700, Pat Lightbody wrote: > > Note that a MTA (e.g, sendmail, postfix, etc.) in not needed on the > > receive side, but... > > I tried it about a year ago and I ended up at a deadend when fetchmail > was trying to deliver via an MTA. So it sounds like there is a way > around this? See the following: http://www.tishler.net/jason/software/fetchmail/fetchmail-6.2.2.README http://www.tishler.net/jason/software/procmail/procmail-3.22.README Jason -- PGP/GPG Key: http://www.tishler.net/jason/pubkey.asc or key servers Fingerprint: 7A73 1405 7F2B E669 C19D 8784 1AFD E4CC ECF4 8EF6 -- 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/
Re: rebase questions....
Chris, On Mon, Jun 02, 2003 at 12:37:27PM -0700, Christopher B. Liebman wrote: > What are the rules for *when* When you suffer from the Cygwin fork issue. [1] > and on *what* to run rebase? Minimally, you need to rebase all DLLs that will be loaded in the application of interest. Practically, this means to rebase your entire system. [2] > I know about the rebaseall script should I create my own local > version of this that picks up *all* dlls in my local playpen? No, you seem to be a candidate for running rebase directly. Just create a file containing the list of DLLs to rebase and pass it to rebase via the "-T" option. You may want to investigate rebaseall to see how it finds all of the installed Cygwin DLLs. Note that you have to pass all DLLs to rebase in a single shot. BTW, I would accept a patch to rebaseall that adds support for multiple but optional "-T" options and a patch to rebase to accept multiple "-T" options. > Do I need to include perl module .dlls? Most likely. > apache loadable modules? Most likely. > Is there a ruleset or guideline document on rebase? See above ([1] and [2]) and the following: http://msdn.microsoft.com/library/default.asp?url=/library/en-us/tools/tools/rebase.asp http://msdn.microsoft.com/library/default.asp?url=/library/en-us/debug/base/rebaseimage.asp Jason -- PGP/GPG Key: http://www.tishler.net/jason/pubkey.asc or key servers Fingerprint: 7A73 1405 7F2B E669 C19D 8784 1AFD E4CC ECF4 8EF6 -- 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/
[ANNOUNCEMENT] Updated Cygwin Package: proftpd-1.2.9rc1-2
New News: === I have updated the version of ProFTPD to 1.2.9rc1-2. The tarballs should be available on a Cygwin mirror near you shortly. This version was built from the official ProFTPD 1.2.9rc1 tarball with two small patches applied to: 1. handle textmode mounts properly 2. fix the empty "ls /" problem See the following for the details, if interested: http://bugs.proftpd.org/show_bug.cgi?id=2043 http://bugs.proftpd.org/show_bug.cgi?id=2075 Old News: === ProFTPD is an enhanced FTP server with a focus toward simplicity, security, and ease of configuration. It features a very Apache-like configuration syntax, and a highly customizable server infrastructure, including support for multiple 'virtual' FTP servers, anonymous FTP, and permission-based directory visibility. See the ProFTPD home page for more details: http://www.proftpd.org/ Please read the README file: /usr/doc/Cygwin/proftpd-1.2.9rc1.README since it covers requirements, installation, known issues, etc. To update your installation, click on the "Install Cygwin now" link on the http://cygwin.com/ web page. This downloads setup.exe to your system. Then, run setup and answer all of the questions. In the US, ftp://mirrors.rcn.net/mirrors/sources.redhat.com/cygwin/ is a reliable high bandwidth connection. In Germany, ftp://ftp.uni-erlangen.de/pub/pc/gnuwin32/cygwin/mirrors/cygnus/ is usually pretty good. In the UK, http://programming.ccp14.ac.uk/ftp-mirror/programming/cygwin/pub/cygwin/ is usually up-to-date within 48 hours. If one of the above doesn't have the latest version of this package then you can either wait for the site to be updated or find another mirror. The setup.exe program will figure out what needs to be updated on your system and will install newer packages automatically. If you have questions or comments, please send them to the Cygwin mailing list at: [EMAIL PROTECTED] . I would appreciate if you would use this mailing list rather than emailing me directly. This includes ideas and comments about the setup utility or Cygwin in general. If you want to make a point or ask a question, the Cygwin mailing list is the appropriate place. *** CYGWIN-ANNOUNCE UNSUBSCRIBE INFO *** If you want to unsubscribe from the cygwin-announce mailing list, look at the "List-Unsubscribe: " tag in the email header of this message. Send email to the address specified there. It will be in the format: [EMAIL PROTECTED] Jason -- 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/
Re: help!
Valéry, Please post instead of sending private email. On Fri, Jun 06, 2003 at 11:26:20PM +0200, Valéry Touodop wrote: > I'm facing a problem when instlling Postgres 7.2.1 on Window Me. after > the complete setup when I'm trying to start the database (initdb), the > following error occurs : > > C:\PGSQL\POSTGRES_BETA4\PG_ID.EXE could not retrieve the name of the > current user Error Code=1245 > > initdb could not determine current user name; The above indicates that your Cygwin environment is not set up correctly. > How can I solve this? Running mkpasswd and/or mkgroup should help. > Thank U for helping me You are welcome. Jason -- PGP/GPG Key: http://www.tishler.net/jason/pubkey.asc or key servers Fingerprint: 7A73 1405 7F2B E669 C19D 8784 1AFD E4CC ECF4 8EF6 -- 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/
Re: PostgreSQL 7.3.2 restart issue
Ken, On Fri, Jun 06, 2003 at 10:00:33PM -0500, Ken Dibble wrote: > cygipc version 1.14-1 > > PostgreSql 7.3.2 prebuilt (in cygwin distribution) > > [snip] > > Package Version > [snip] > postgresql 7.3.2-1 PostgreSQL 7.3.2-1 may have been built against an older cygipc, please try the latest version, PostgreSQL 7.3.3-1. Does it work any better for you? Jason -- PGP/GPG Key: http://www.tishler.net/jason/pubkey.asc or key servers Fingerprint: 7A73 1405 7F2B E669 C19D 8784 1AFD E4CC ECF4 8EF6 -- 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/
Re: PostgreSQL 7.3.2 restart issue
Ken, On Sun, Jun 08, 2003 at 05:28:52AM -0500, Ken Dibble wrote: > It appears I've isolated the problem. I downloaded and installed 1.13 > of the ipc-daemon. I am aware that this daemon has another issue, but > if fixes my problem. As I'm sure that you are aware, downgrading is not a good long-term solution... > Possibly when the XP Fast-Switch problem was fixed, another was > introduced. I just diff-ed the cygipc-1.13-2 and cygipc-1.14-1 sources. AFAICT, the fast user switch was the only change. > Should I report this elsewhere as well? You can try <[EMAIL PROTECTED]>, but you will probably just end up talking to me anyway. Jason -- PGP/GPG Key: http://www.tishler.net/jason/pubkey.asc or key servers Fingerprint: 7A73 1405 7F2B E669 C19D 8784 1AFD E4CC ECF4 8EF6 -- 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/
[ANNOUNCEMENT] Updated Cygwin Package: python-2.2.3-1
New News: === I have updated the version of Python to 2.2.3-1. The tarballs should be available on a Cygwin mirror near you shortly. Old News: === Python is an interpreted, interactive, object-oriented programming language. If interested, see the Python web site for more details: http://www.python.org/ Please read the README file: /usr/doc/Cygwin/python-2.2.3.README since it covers requirements, installation, known issues, etc. To update your installation, click on the "Install Cygwin now" link on the http://cygwin.com/ web page. This downloads setup.exe to your system. Then, run setup and answer all of the questions. Note that we have recently stopped downloads from sources.redhat.com (aka cygwin.com) due to bandwidth limitations. This means that you will need to find a mirror which has this update. In the US, ftp://mirrors.rcn.net/mirrors/sources.redhat.com/cygwin/ is a reliable high bandwidth connection. In Germany, ftp://ftp.uni-erlangen.de/pub/pc/gnuwin32/cygwin/mirrors/cygnus/ is usually pretty good. In the UK, http://programming.ccp14.ac.uk/ftp-mirror/programming/cygwin/pub/cygwin/ is usually up-to-date within 48 hours. If one of the above doesn't have the latest version of this package then you can either wait for the site to be updated or find another mirror. The setup.exe program will figure out what needs to be updated on your system and will install newer packages automatically. If you have questions or comments, please send them to the Cygwin mailing list at: [EMAIL PROTECTED] . I would appreciate if you would use this mailing list rather than emailing me directly. This includes ideas and comments about the setup utility or Cygwin in general. If you want to make a point or ask a question, the Cygwin mailing list is the appropriate place. *** CYGWIN-ANNOUNCE UNSUBSCRIBE INFO *** If you want to unsubscribe from the cygwin-announce mailing list, look at the "List-Unsubscribe: " tag in the email header of this message. Send email to the address specified there. It will be in the format: [EMAIL PROTECTED] Jason -- PGP/GPG Key: http://www.tishler.net/jason/pubkey.asc or key servers Fingerprint: 7A73 1405 7F2B E669 C19D 8784 1AFD E4CC ECF4 8EF6 -- 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/
Re: PostgreSQL 7.3.2 restart issue
Ken, On Mon, Jun 09, 2003 at 08:57:47AM -0500, Ken Dibble wrote: > Jason Tischler wrote: s/Tischler/Tishler/g > >PostgreSQL 7.3.2-1 may have been built against an older cygipc, > >please try the latest version, PostgreSQL 7.3.3-1. Does it work any > >better for you? > The problem appears to be related to a mismatch between cygipc > versions and Postgresql versions. > > Here is what I believe to be accurate: > Postgresql 7.3.2-1 works with cygipc 1.13 with the caveat of the > Fast-Switch problem > Postgresql 7.3.2.1 works with cygipc 1.14 with the caveat that it can > only be started once per WindowsOS boot. > Postgresql 7.3.3-1 appears to work correctly with cygipc 1.14. There was cygipc change between 1.13-1 and 1.13-2 that broke backwards compatibility. Specifically, the paths like "/tmp/cygipc0" changed to "/tmp/cygipc_0". I'm amazed that you got PostgreSQL 7.3.2-1 to work with cygipc 1.14-1 at all. > Thanks to both Larry Hall and Jason Tischler for getting me > straightened out. You are welcome. Jason -- PGP/GPG Key: http://www.tishler.net/jason/pubkey.asc or key servers Fingerprint: 7A73 1405 7F2B E669 C19D 8784 1AFD E4CC ECF4 8EF6 -- 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/
Re: Changing users in a bash shell.
Matthew, On Thu, Jun 12, 2003 at 01:08:55PM -0700, Matthew Rudolph wrote: > In the postgres.x.x.x.README there is the following: > ->The "$" prompt indicates running as the "postgres" user. > Log in as "postgres" or use ssh to emulate Unix's "su" command. > > Can you point me to something that explains how to do this? I know of three ways to do this: 1. Log out and log back in as postgres. [1] 2. Set up sshd and then execute "ssh [EMAIL PROTECTED]". [2] 3. Use Fast User Switching to switch user to postgres. [1] [3] Notes: [1] Obviously cannot be scripted [2] Can be scripted but assumes that sshd is set up. [3] Only available on XP and later. > The problem I am trying to solve is an install. I trying to automate > the installation of postgresql onto winXP machines. As part of the > install I want to be able to 'su' to user postgres and run the initdb > command (and a few others) but I am not sure what is necessary to > make that happen and I have not been able to find any document like > 'How to switch users for dummies on windows'. AFAICT, there is no completely general way to script a Cygwin PostgreSQL installation (unless one assumes sshd is set up). This is why the PostgreSQL does not contain an installation script like some of the other packages. Jason -- PGP/GPG Key: http://www.tishler.net/jason/pubkey.asc or key servers Fingerprint: 7A73 1405 7F2B E669 C19D 8784 1AFD E4CC ECF4 8EF6 -- 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/
Re: Cygwin and phpPgAdmin
Márcio, On Thu, Jun 12, 2003 at 04:33:54PM -0300, Márcio Ferreira wrote: > I'm sorry but I think you are the one can help me with my trouble. > [snip] > Can you help me? I'm sorry but I can't help you because I do not have any experience with phpPgAdmin. BTW, mixing native Win32 and Cygwin applications is most likely going to complicate things... Jason -- PGP/GPG Key: http://www.tishler.net/jason/pubkey.asc or key servers Fingerprint: 7A73 1405 7F2B E669 C19D 8784 1AFD E4CC ECF4 8EF6 -- 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/
Re: Changing users in a bash shell.
Igor, On Fri, Jun 13, 2003 at 12:25:25PM -0400, Igor Pechtchanski wrote: > On Fri, 13 Jun 2003, Jason Tishler wrote: > > I know of three ways to do this: > > > > 1. Log out and log back in as postgres. [1] > > 2. Set up sshd and then execute "ssh [EMAIL PROTECTED]". [2] > > 3. Use Fast User Switching to switch user to postgres. [1] [3] > > Umm, Jason, what about 4. Use RunAs? Yes, I forgot about RunAs. > It's available on at least Win2k, Yes. > and maybe even on WinNT... IIRC, no. AFAICT, it is still not be possible to script a PostgreSQL install for all version of Windows and/or Cygwin configurations. Jason -- PGP/GPG Key: http://www.tishler.net/jason/pubkey.asc or key servers Fingerprint: 7A73 1405 7F2B E669 C19D 8784 1AFD E4CC ECF4 8EF6 -- 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/
Re: ftp, anonymous login...
Jason, On Mon, Jun 16, 2003 at 09:04:40PM +0800, Jason Fu wrote: > Below are what I came across when I tried to access my proftpd with > anonymous/ftp. Is cygwin ported of proftpd really working? Yes, works for me: $ ncftp 15.1.193.136 NcFTP 3.1.4 (Jul 02, 2002) by Mike Gleason ([EMAIL PROTECTED]). Connecting to 15.1.193.136... ProFTPD 1.2.9rc1 Server (ProFTPD Default Installation) [TISHLERJASON] Logging in... Anonymous access granted, restrictions apply. Logged in to 15.1.193.136. ncftp / > > # A basic anonymous configuration, no upload directories. If you do > # not want anonymous users, simply delete this entire > # section. > > Usernobody > Group nogroup Did you create the nobody user and/or the nogroup group? Jason -- PGP/GPG Key: http://www.tishler.net/jason/pubkey.asc or key servers Fingerprint: 7A73 1405 7F2B E669 C19D 8784 1AFD E4CC ECF4 8EF6 -- 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/
Re: ftp, anonymous login...
Jason, On Tue, Jun 17, 2003 at 03:57:53PM +0800, Jason Fu wrote: > That is, I could have an a/c called nobody for anonymous ftp (no > password needed). I could not use ftp://[EMAIL PROTECTED] but > ftp://[EMAIL PROTECTED] in IE only (Netscape 7.02 doesn't work either). > > Any idea? Create a Windows account called "ftp" and edit your /etc/proftpd.conf as follows: User ftp Group users ... Jason -- PGP/GPG Key: http://www.tishler.net/jason/pubkey.asc or key servers Fingerprint: 7A73 1405 7F2B E669 C19D 8784 1AFD E4CC ECF4 8EF6 -- 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/
Re: ftp, anonymous login...
Jason, On Tue, Jun 17, 2003 at 11:20:48PM +0800, Jason Fu wrote: > Since I've got no other version of Windows but Server 2003, what > platform are you using? Windows 2000. Jason -- PGP/GPG Key: http://www.tishler.net/jason/pubkey.asc or key servers Fingerprint: 7A73 1405 7F2B E669 C19D 8784 1AFD E4CC ECF4 8EF6 -- 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/
[ANNOUNCEMENT] Updated Cygwin Package: python-2.2.3-2
New News: === I have updated the version of Python to 2.2.3-2. The tarballs should be available on a Cygwin mirror near you shortly. On Thu, Jun 19, 2003 at 12:06:03AM -0400, Charles Wilson wrote: > Jason Tishler wrote: > >New News: > >=== > >I have updated the version of Python to 2.2.3-1. The tarballs should > >be available on a Cygwin mirror near you shortly. > > _tkinter.dll is missing from 2.2.3-1. It was present in the previous > version, 2.2.2-7. The -2 package corrects the above. Otherwise, this package should be identical to the previous one. Just in case anyone is interested, this was the first time I built a Python 2.2.x on my new PC. I guess I'm guilty of failing to read my own README. :,) Specifically, the following item: 2. The _tkinter extension module will only be built if the X11 header files from the tcltk-20030214-1 source archive have been copied to /usr/include: [snip] Old News: === Python is an interpreted, interactive, object-oriented programming language. If interested, see the Python web site for more details: http://www.python.org/ Please read the README file: /usr/doc/Cygwin/python-2.2.3.README since it covers requirements, installation, known issues, etc. To update your installation, click on the "Install Cygwin now" link on the http://cygwin.com/ web page. This downloads setup.exe to your system. Then, run setup and answer all of the questions. Note that we have recently stopped downloads from sources.redhat.com (aka cygwin.com) due to bandwidth limitations. This means that you will need to find a mirror which has this update. In the US, ftp://mirrors.rcn.net/mirrors/sources.redhat.com/cygwin/ is a reliable high bandwidth connection. In Germany, ftp://ftp.uni-erlangen.de/pub/pc/gnuwin32/cygwin/mirrors/cygnus/ is usually pretty good. In the UK, http://programming.ccp14.ac.uk/ftp-mirror/programming/cygwin/pub/cygwin/ is usually up-to-date within 48 hours. If one of the above doesn't have the latest version of this package then you can either wait for the site to be updated or find another mirror. The setup.exe program will figure out what needs to be updated on your system and will install newer packages automatically. If you have questions or comments, please send them to the Cygwin mailing list at: [EMAIL PROTECTED] . I would appreciate if you would use this mailing list rather than emailing me directly. This includes ideas and comments about the setup utility or Cygwin in general. If you want to make a point or ask a question, the Cygwin mailing list is the appropriate place. *** CYGWIN-ANNOUNCE UNSUBSCRIBE INFO *** If you want to unsubscribe from the cygwin-announce mailing list, look at the "List-Unsubscribe: " tag in the email header of this message. Send email to the address specified there. It will be in the format: [EMAIL PROTECTED] Jason -- PGP/GPG Key: http://www.tishler.net/jason/pubkey.asc or key servers Fingerprint: 7A73 1405 7F2B E669 C19D 8784 1AFD E4CC ECF4 8EF6 -- 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/
Re: ProFTPd usable on WinXP-HE, questionable to me
Soren, On Mon, Jun 23, 2003 at 05:18:26PM +, Soren A. wrote: > Vince Hoffman <[EMAIL PROTECTED]> wrote in > news:[EMAIL PROTECTED]: > > > Is this any help ? > > http://archives.postgresql.org/pgsql-cygwin/2003-03/msg00047.php > > Huhh. I guess I am screwed, because NTRights.exe looks like it is what I > need, but it's only made available as a file in the NT/Win2K Resource Kit, Did you look carefully at the above mentioned URL? Jason -- PGP/GPG Key: http://www.tishler.net/jason/pubkey.asc or key servers Fingerprint: 7A73 1405 7F2B E669 C19D 8784 1AFD E4CC ECF4 8EF6 -- 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/
Re: ProFTPd usable on WinXP-HE, questionable to me
Soren, On Mon, Jun 23, 2003 at 09:14:02AM +, Soren A. wrote: > "Soren A." <[EMAIL PROTECTED]> wrote in > news:[EMAIL PROTECTED]: > I understand that the ftpd has to have privs like "SYSTEM" and that > looking at past List messages, Jason Tischler says "run it as s/Tischler/Tishler/ > LocalSystem" user. I don't know what OS Jason is talking about as there > is no such user "LocalSystem" on WinXP (yet XP is decended from NT). The built-in Windows "LocalSystem" account maps to the Cygwin "SYSTEM" user. > So in the /etc/proftpd.conf file I have lines like: > > User SYSTEM > Group Administrators The above should be correct. > but when I try to run proftpd, it refuses to start because it won't > change user context. The user I run Cygwin as apparently doesn't have > sufficient perms to change user context like this. Did you install proftpd as a NT service via cygrunsrv as indicated in the README? http://www.tishler.net/jason/software/proftpd/proftpd-1.2.9rc1.README > I don't know how to add such rights to the account: the user IS (*IS* > *IS* *IS*) an "Administrator" on the local system (was created that > way). See my next post. > Can anyone loan me a clue about what can be done to fix this, i.e. give > my user account sufficient perms to run proftpd as "SYSTEM"? You should be able to run proftpd under SYSTEM on XP Home. However, I do not have access to XP Home so I cannot verify this hypothesis. BTW, can you run other daemons such as inetd or sshd on this box? Jason -- PGP/GPG Key: http://www.tishler.net/jason/pubkey.asc or key servers Fingerprint: 7A73 1405 7F2B E669 C19D 8784 1AFD E4CC ECF4 8EF6 -- 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/
Re: Python and PIL and rebase, oh my! (update)
On Mon, Jun 23, 2003 at 11:06:18PM -0400, Charles Wilson wrote: > 7) rebase, but this time including the PIL dll's > > first, set things up to 'trick' rebaseall My intention is to enhance rebaseall (and in turn rebase) to support an option to specify additional DLLs so it won't be necessary to "trick" rebaseall. Jason -- PGP/GPG Key: http://www.tishler.net/jason/pubkey.asc or key servers Fingerprint: 7A73 1405 7F2B E669 C19D 8784 1AFD E4CC ECF4 8EF6 -- 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/
Re: Ftp Problems
Jeff, Please post instead of sending private email. On Sat, Jun 28, 2003 at 11:43:34AM -0400, Jeff Trent wrote: > I read your posting regarding ftp problems under Win2000. I am having > the same problem and wondering if / how you were able to resolve this > problem? The above problem description is much too vague -- making it difficult for me or anyone else to help you. I suggest you read the following: http://www.catb.org/~esr/faqs/smart-questions.html and then post to the Cygwin mailing list for help, if necessary. > Thanks! You are welcome. Jason -- PGP/GPG Key: http://www.tishler.net/jason/pubkey.asc or key servers Fingerprint: 7A73 1405 7F2B E669 C19D 8784 1AFD E4CC ECF4 8EF6 -- 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/
Re: proftpd hang (1.2.9rc1-2 on 1.3.22)
Bruno, On Thu, Jul 03, 2003 at 10:30:38PM +0200, Grossniklaus Bruno wrote: > But when I try to get some bytes (eg with a ls -l) I get a hang after > the last bytes. Well not exactly a hang but i have to wait for ~6 min > after a simple ls to get my prompt back. The same applies when I do a > get "file". Sorry, but I cannot reproduce this problem under NT 4.0 SP 5 or 2000 SP3. > What can I do to solve this issue? You will need to debug this further by doing the following: 1. start an interactive session under the LocalSystem account via sshd or using the "at" trick. 2. under LocalSystem, run strace or gdb on proftpd to see where it's hanging > $ net start > These Windows NT services are started: > >[snip] >CYGWIN inetd BTW, did you remember to comment out the ftp line in /etc/inetd.conf? Jason -- PGP/GPG Key: http://www.tishler.net/jason/pubkey.asc or key servers Fingerprint: 7A73 1405 7F2B E669 C19D 8784 1AFD E4CC ECF4 8EF6 -- 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/
Re: proftpd hang (1.2.9rc1-2 on 1.3.22)
Bruno, On Fri, Jul 04, 2003 at 02:02:38PM +0200, Grossniklaus Bruno wrote: > >Sorry, but I cannot reproduce this problem under NT 4.0 SP 5 or 2000 > >SP3. > > I did reproduce it on 3 Systems, all NT4 SP6. I just tried NT 4.0 SP6 and I cannot get proftpd to hang. Sorry, but if I cannot reproduce the problem, then it will be difficult for me to debug it. BTW, does proftpd hang in the same way with latest Cygwin snapshot? Jason -- PGP/GPG Key: http://www.tishler.net/jason/pubkey.asc or key servers Fingerprint: 7A73 1405 7F2B E669 C19D 8784 1AFD E4CC ECF4 8EF6 -- 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/
Re: Help installing Apache/PHP/MySQL
Bill, On Sat, Jul 05, 2003 at 12:22:33PM -0500, Bill McCormick wrote: > $ apachectl start > [snip] > C:\cygwin\usr\sbin\httpd.exe: *** unable to remap > C:\cygwin\bin\cygintl-1.dll to > same address as parent(0x186) != 0x187 > /usr/sbin/apachectl start: httpd could not be started Do you Google? http://www.google.com/search?hl=en&ie=UTF-8&oe=UTF-8&q=unable+remap Jason -- PGP/GPG Key: http://www.tishler.net/jason/pubkey.asc or key servers Fingerprint: 7A73 1405 7F2B E669 C19D 8784 1AFD E4CC ECF4 8EF6 -- 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/
Re: Apache mod_ssl fork problem
Andrew, On Mon, Jul 07, 2003 at 11:11:13AM +0100, andrew brian clegg wrote: > On Sun, 6 Jul 2003, Elfyn McBratney wrote: > > rebaseall -v > > Thanks, I'll try it tonight when I get home. Just out of curiosity -- > I rebased everything in /bin as well as /lib/apache, and cygssl.dll is > in /bin -- what does rebaseall do differently that will make it work > for cases where rebase didn't? See the rebase README: http://www.tishler.net/jason/software/rebase/rebase-2.2.README Jason -- PGP/GPG Key: http://www.tishler.net/jason/pubkey.asc or key servers Fingerprint: 7A73 1405 7F2B E669 C19D 8784 1AFD E4CC ECF4 8EF6 -- 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/
Re: Apache mod_ssl fork problem
Andrew, On Mon, Jul 07, 2003 at 02:33:07PM +0100, andrew brian clegg wrote: > On Mon, 7 Jul 2003, Jason Tishler wrote: > > On Mon, Jul 07, 2003 at 11:11:13AM +0100, andrew brian clegg wrote: > > > Thanks, I'll try it tonight when I get home. Just out of curiosity > > > -- I rebased everything in /bin as well as /lib/apache, and > > > cygssl.dll is in /bin -- what does rebaseall do differently that > > > will make it work for cases where rebase didn't? > > > > See the rebase README: > > > > http://www.tishler.net/jason/software/rebase/rebase-2.2.README > > That doesn't really answer my question -- the point being that > cygssl.dll is in /bin and I rebased /bin/*.dll without getting any > warnings about dlls being in use. OK, I will try again... To quote from the above README: The rebaseall utility is a convenient way for users that suffer from the Cygwin rebase problem to rebase their entire system (i.e., ^^ all of their DLLs). ^ Additionally, we have the following (on one of my systems): $ zcat /etc/setup/*.gz | fgrep .dll | fgrep -v usr/bin | wc -l 342 Hence, just rebasing /bin/*.dll would miss some DLLs. In particular, the following Apache related ones: $ zcat /etc/setup/*.gz | fgrep .dll | fgrep apache /usr/lib/apache/libproxy.dll /usr/lib/apache/mod_access.dll ... /usr/lib/apache/new/libssl.dll Jason -- PGP/GPG Key: http://www.tishler.net/jason/pubkey.asc or key servers Fingerprint: 7A73 1405 7F2B E669 C19D 8784 1AFD E4CC ECF4 8EF6 -- 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/
Re: proftpd hang (1.2.9rc1-2 on 1.3.22)
Bruno, On Mon, Jul 07, 2003 at 08:25:55AM +0200, Grossniklaus Bruno wrote: > Does the strace help? Send me the *entire* strace via private email and I will try to compare it to one of mine. > >BTW, does proftpd hang in the same way with latest Cygwin snapshot? > > I tried now with: cygwin1-20030707.dll.bz2 (unpacked, replaced > cygwin1.dll) Same result (hang) Thanks for trying. Jason -- PGP/GPG Key: http://www.tishler.net/jason/pubkey.asc or key servers Fingerprint: 7A73 1405 7F2B E669 C19D 8784 1AFD E4CC ECF4 8EF6 -- 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/
cygipc problem (was shmctl(blabla,IPC_RMID,NULL) question)
Sergey,
Please post instead of sending private email.
Thanks,
Jason
--
PGP/GPG Key: http://www.tishler.net/jason/pubkey.asc or key servers
Fingerprint: 7A73 1405 7F2B E669 C19D 8784 1AFD E4CC ECF4 8EF6
--- Begin Message ---
Dear Jason,
I've got some issues with IPC_RMID under cygwin, I got cygipc1.4.
Under Linux it works perfect but under windows it doesn't remove the
schmid.
First you have to start ipctest then start getshm. Find them in attach.
The first one allocates the memory writes the pid to it and the other
gets the memory removes the shmid and kills the previous application by
the pid.
very simple.
Then when I start ipcs it shows me that the identifer wasn't removed
though it didn't write me any error in shmctl. T
hen I have to remove the identifer by hand
with ipcrm.
What could that be?
thank you for your response
#include
#include
#include
#include
#include
#include
#include
int main(int argc,char *argv){
int shmid;
key_t key;
char *shm, *s;
/*
* We need to get the segment named
* "5678", created by the server.
*/
key = 5000;
/*
* Locate the segment.
*/
if ((shmid = shmget(key, 0x2, 0666)) < 0) {
perror("shmget");
exit(1);
}
printf("get shmid = %d\n",shmid);
/*
* Now we attach the segment to our data space.
*/
if ((shm = shmat(shmid, NULL, 0)) == (char *) -1) {
perror("shmat");
exit(1);
}
printf("pid of other proc = %s\n",shm);
if(!shmctl(shmid,IPC_RMID,NULL))
perror("shmctl");
if(kill(atoi(shm),SIGINT)!=0)
perror("cant kill");
}
#include
#include
#include
#include
#include
#include
#include
int main (int argc, char* argv[]){
pid_t pid = getpid ();
key_t key = 5000;
char *shmem;
int shmid;
shmid= shmget (key,0x400,IPC_CREAT|IPC_EXCL|S_IRUSR|S_IWUSR);
printf("shmid : %d\n",shmid);
printf("pid : %d\n",pid);
shmem = (char *)shmat(shmid,0,0);
sprintf(shmem,"%d",pid);
printf("shmem : %s\n",shmem);
shmdt(shmem);
for(;;)
pause();
shmctl (shmid, IPC_RMID, 0);
}
--- End Message ---
--
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/
Re: mysqlc (was RE: php-mysql-cygwin how to)
On Thu, Jul 10, 2003 at 01:46:36PM +0100, Elfyn McBratney wrote: > On Thu, 10 Jul 2003, Bill McCormick wrote: > > Ok. I was thinking of cygwin in terms of a development environment > > for Linux based web apps. As far as PostgreSQL running under Win32, > > unless things have changed, I thought cygwin IS the only way. > > [snip] > > I thought PostgreSQL had been Windows'ised..guess not :-) The PostgreSQL server side *is being* "Windows'ised" -- scheduled to be released in 7.4 (i.e., the next major release). Jason -- PGP/GPG Key: http://www.tishler.net/jason/pubkey.asc or key servers Fingerprint: 7A73 1405 7F2B E669 C19D 8784 1AFD E4CC ECF4 8EF6 -- 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/
Re: Problem with TCL , couldn't execute a TCL file
On Thu, Jul 10, 2003 at 04:52:09PM +0200, philippe guillaume wrote:
> it is called like this :
> "command {exec /home/me/THEPROGRAM &} "
>
> Where is the problem ???
Cygwin TCL does not under Posix style paths:
http://www.cygwin.com/ml/cygwin/2002-10/msg00425.html
AFAICT, you will need to use Win32 style paths instead.
Jason
--
PGP/GPG Key: http://www.tishler.net/jason/pubkey.asc or key servers
Fingerprint: 7A73 1405 7F2B E669 C19D 8784 1AFD E4CC ECF4 8EF6
--
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/
Re: PostgreSQL problems
Markus, On Fri, Jul 11, 2003 at 01:09:56AM +0200, Markus Hoenicka wrote: > LOG: StreamConnection: accept() failed: Socket operation on non-socket ^^ > [snip] > I've tried PostgreSQL 7.3.2-2 and 7.3.3-1 together with cygipc 1.13-2 > and 1.14-1. No luck in either combination. > > The system is a freshly installed WinNT4 with a fresh Cygwin > installation. Are you using Cygwin 1.3.22-1? If so, then try 1.5.0-1: On Thu, Jul 10, 2003 at 12:13:50AM -0400, Christopher Faylor wrote: > Changes since 1.3.22-1 (not a bad release as releases go): > [snip] > - Fix "not a socket" errors. (Corinna Vinschen) Jason -- PGP/GPG Key: http://www.tishler.net/jason/pubkey.asc or key servers Fingerprint: 7A73 1405 7F2B E669 C19D 8784 1AFD E4CC ECF4 8EF6 -- 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/
Re: PostgreSQL problems
Markus, On Fri, Jul 11, 2003 at 07:23:02PM +0200, Markus Hoenicka wrote: > Jason Tishler writes: > > Are you using Cygwin 1.3.22-1? If so, then try 1.5.0-1: > > After upgrading to 1.5.0-1, things improved slightly. PostgreSQL now > starts up like this: > > [snip] > > Now I can connect with psql, but the console that I've started > postmaster from gets flooded with a continuous stream of the following > message, slowing down the database server to a creep: > > LOG: statistics collector process (pid 174) exited with exit code 1 > LOG: PGSTATBUFF: recvfrom() failed: Transport endpoint is already connected > > (the pid changes with every incarnation of the message). > > Is there anything I can do about this? You can debug it yourself or wait until I cross the 1.5.x line... Jason -- PGP/GPG Key: http://www.tishler.net/jason/pubkey.asc or key servers Fingerprint: 7A73 1405 7F2B E669 C19D 8784 1AFD E4CC ECF4 8EF6 -- 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/
Re: PostgreSQL problems
Markus, On Fri, Jul 11, 2003 at 08:02:27PM +0200, Markus Hoenicka wrote: > Jason Tishler writes: > > You can debug it yourself or wait until I cross the 1.5.x line... > > Well, I'm not the most proficient debugger on the face of the earth, > and I'm not familiar with the PostgreSQL sources. Even if try, I bet > you'll have crossed the 1.5.x line before I've got an idea where to > look. As soon as zlib and readline have been rebuilt against 1.5.x, I will take that fateful step... :,) Jason -- PGP/GPG Key: http://www.tishler.net/jason/pubkey.asc or key servers Fingerprint: 7A73 1405 7F2B E669 C19D 8784 1AFD E4CC ECF4 8EF6 -- 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/
Re: cygipc problem (was shmctl(blabla,IPC_RMID,NULL) question)
Chuck, On Sun, Jul 13, 2003 at 03:48:43PM -0400, Charles Wilson wrote: > However, it MAY be fixed in the upcoming 1.2.0 version of cygipc, ... ^ Is the above a typo? Shouldn't the next version be > 1.14? For example, 1.15 or 2.0. Thanks, Jason -- PGP/GPG Key: http://www.tishler.net/jason/pubkey.asc or key servers Fingerprint: 7A73 1405 7F2B E669 C19D 8784 1AFD E4CC ECF4 8EF6 -- 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/
Re: cygipc problem (was shmctl(blabla,IPC_RMID,NULL) question)
Igor, On Mon, Jul 14, 2003 at 11:03:55AM -0400, Igor Pechtchanski wrote: > On Mon, 14 Jul 2003, Jason Tishler wrote: > > On Sun, Jul 13, 2003 at 03:48:43PM -0400, Charles Wilson wrote: > > > However, it MAY be fixed in the upcoming 1.2.0 version of cygipc, > >^ > > Is the above a typo? Shouldn't the next version be > 1.14? For > > example, 1.15 or 2.0. > > It is 2.00, according to a recent message on cygwin-apps, so the above > is most likely a typo. I figured out the above after reading cygwin-apps. FWIW, I read my mailing lists alphabetically... Thanks, Jason -- PGP/GPG Key: http://www.tishler.net/jason/pubkey.asc or key servers Fingerprint: 7A73 1405 7F2B E669 C19D 8784 1AFD E4CC ECF4 8EF6 -- 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/
Re: proftpd and cygwin
Wade, Please post instead of sending private email. On Tue, Jul 15, 2003 at 05:13:27PM -0500, Wade Maxfield wrote: > First, thanks for donating this! You are welcome. > I searched the mailing list, which is how I found your name. I also > searched the FAQ and the Documentation online. > > I installed proftpd, and running as administrator under windows 2000, > service pack 2, I got > > $ /usr/sbin/proftpd.exe > bdl - unable to set uid to 18, current uid: 500 > > So I played with user settings and other things, and I get other > errors. I created a proftpd user in /etc/passwd with userid 500, and > group id 513, as those were what it seemed to be complaning about. > After making changes in /etc/proftpd.conf to reflect these user names, > I then got the following: > > bdl - PRIVS_SETUP: unable to setuid(): Permission denied > bdl - PRIVS_SETUP: unable to seteuid(): Permission denied > bdl - PRIVS_ROOT: unable to seteuid(): Permission denied > bdl - PRIVS_RELINQUISH: unable to seteuid(PR_ROOT_UID): Permission denied > bdl - PRIVS_RELINQUISH: unable to seteuid(session.uid): Permission denied > > So, I'm currently stuck. I just updated the cygwin package and > rebooted before I tried running proftpd.exe, so everything should be > sync'd. > > Do you have any clues or things for me to try? Yes, read the README: http://www.tishler.net/jason/software/proftpd/proftpd-1.2.9rc1.README > I've looked at all the settings and other things, but no luck so far. > I need this package. I have some other things I can do to get an ftp > server, but I'd prefer to make this work well. > > Totally unrelated note, I'm typing this on openssh under cygwin under > w2k, using a wireless link to a shell account on my linux system > through a firewall. The above is essentially my setup too -- except, in my case, its Cygwin on both ends. Isn't Cygwin great! > I also use XFree86 under Cywin and it works well. > > thanks in advance! Jason -- PGP/GPG Key: http://www.tishler.net/jason/pubkey.asc or key servers Fingerprint: 7A73 1405 7F2B E669 C19D 8784 1AFD E4CC ECF4 8EF6 -- 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/
Re: PostgeSQL installation
Ralf, Do you Google? On Wed, Jul 16, 2003 at 05:01:41PM +0200, Ralf Berger wrote: > psql: could not connect to server: Bad file descriptor > Is the server running locally and accepting > connections on Unix domain socket "/tmp/.s.PGSQL.5432"? See the following: http://www.google.com/search?hl=en&lr=&ie=UTF-8&oe=UTF-8&q=psql+%22Bad+file+descriptor%22+cygwin > The files belonging to this database system will be owned by user "xyz". > This user must also own the server process. > > The database cluster will be initialized with locale DE. > This locale setting will prevent the use of indexes for pattern matching > operations. If that is a concern, rerun initdb with the collation order > set to "C". For more information see the Administrator's Guide. See the following: http://www.google.com/search?hl=en&lr=&ie=UTF-8&oe=UTF-8&q=cygwin+postgresql+locale > Fixing permissions on existing directory /var/pgsql/data/... ok > creating directory /var/pgsql/data//base... ok > creating directory /var/pgsql/data//global... ok > creating directory /var/pgsql/data//pg_xlog... ok > creating directory /var/pgsql/data//pg_clog... ok > creating template1 database in /var/pgsql/data//base/1... ok > creating configuration files... ok > initializing pg_shadow... LOG: FindExec: invalid binary "/usr/bin/postgres" > FATAL: /usr/bin/postgres: could not locate executable, bailing out... > initdb failed. See the following: http://www.google.com/search?hl=en&ie=UTF-8&oe=UTF-8&q=postgres+%22could+not+locate+executable%22 Jason -- PGP/GPG Key: http://www.tishler.net/jason/pubkey.asc or key servers Fingerprint: 7A73 1405 7F2B E669 C19D 8784 1AFD E4CC ECF4 8EF6 -- 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/
Re: rebaseall question/problem
Bruce, On Thu, Jul 17, 2003 at 06:09:40PM -0700, Bruce Dobrin wrote: > How does rebaseall know where to go to find these; As Larry indicated, from the /etc/setup/*.gz files. > how do I get it to stop looking for these non-existant dll's? Get the package maintainer to fix their packages -- rebaseall essentially just greps the DLLs out of the above mentioned files. Note that the above implies that rebaseall only attempts to rebase packages installed by Cygwin's setup.exe. I will (eventually) enhance rebaseall (and in turn rebase) to handle user supplied list(s) of additionally DLLs to rebase. Jason -- PGP/GPG Key: http://www.tishler.net/jason/pubkey.asc or key servers Fingerprint: 7A73 1405 7F2B E669 C19D 8784 1AFD E4CC ECF4 8EF6 -- 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/
Re: Postmaster failing 'not enough core'
Kevin, [Sorry for the sluggish response time, but I have been distracted by the impending Python 2.3 release...] On Sat, Jul 19, 2003 at 02:33:35PM +0100, Kevin Jones wrote: > I'm running Cygwin 1.3.22.1 on Windows 2003. Note that I do not have access to Windows 2003, so you will probably have to debug this yourself... > I've installed ipc-daemon as a service and I'm trying to get > postmaster started. > > [snip] > > "IpcMemoryCreate: shmget(key=5432001, size=1499136, 03600) failed: Not > enough core" > > followed by the rest of the message. I've tried reducing buffer sizes to > 16 (the minimum) and the max connections to 8 (as can be seen above) and > I'm still getting the problem. This could be a cygipc under 2003 problem -- adjusting PostgreSQL parameters most likely will not have any affect. > I suspect it's a permissions problem (most of these seem to be:) ) Do I > need to do anything special to the postgres user, or allow it access to > any particular directory? > > Any help would be much appreciated. Does ipctest work? $ ipctest h Test v0.03 Shared memory segment 132 created shmat return code= 0 shmat ok adr= 0x68 ok Does removing the cygipc temp files help? $ rm -fr /tmp/MultiFile* /tmp/cygipc_? Does making /tmp world writable help? $ chmod 777 /tmp If none of the above helps, then you will have to build a debug version of cygipc, rebuild PostgreSQL against it, figure out which cygipc operation is failing with ENOMEM, and *why* it is failing. Jason -- PGP/GPG Key: http://www.tishler.net/jason/pubkey.asc or key servers Fingerprint: 7A73 1405 7F2B E669 C19D 8784 1AFD E4CC ECF4 8EF6 -- 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/
Re: Local printer access question..
On Wed, Jul 30, 2003 at 07:47:53PM +0200, Hannu E K Nevalainen wrote: > Now all I'll have to do is find a replacement for a2ps/enscript that > creates PCL-stuff instead of postscript. I believe there is some sort > of support for deskjets in ghostscript, but that seems to be a long > way to go. The following may be useful: http://www.google.com/search?hl=en&ie=UTF-8&oe=UTF-8&q=tishler+cygwin+gsprint Jason -- PGP/GPG Key: http://www.tishler.net/jason/pubkey.asc or key servers Fingerprint: 7A73 1405 7F2B E669 C19D 8784 1AFD E4CC ECF4 8EF6 -- 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/
[ANNOUNCEMENT] Updated Cygwin Package: python-2.3-1
New News: === I have updated the version of Python to 2.3-1. The tarballs should be available on a Cygwin mirror near you shortly. Note this package was built against Cygwin 1.3.22-1. Hence, it is *not* a 64-bit, Cygwin 1.5.x test package. Old News: === Python is an interpreted, interactive, object-oriented programming language. If interested, see the Python web site for more details: http://www.python.org/ Please read the README file: /usr/doc/Cygwin/python-2.3.README since it covers requirements, installation, known issues, etc. To update your installation, click on the "Install Cygwin now" link on the http://cygwin.com/ web page. This downloads setup.exe to your system. Then, run setup and answer all of the questions. Note that we have recently stopped downloads from sources.redhat.com (aka cygwin.com) due to bandwidth limitations. This means that you will need to find a mirror which has this update. In the US, ftp://mirrors.rcn.net/mirrors/sources.redhat.com/cygwin/ is a reliable high bandwidth connection. In Germany, ftp://ftp.uni-erlangen.de/pub/pc/gnuwin32/cygwin/mirrors/cygnus/ is usually pretty good. In the UK, http://programming.ccp14.ac.uk/ftp-mirror/programming/cygwin/pub/cygwin/ is usually up-to-date within 48 hours. If one of the above doesn't have the latest version of this package then you can either wait for the site to be updated or find another mirror. The setup.exe program will figure out what needs to be updated on your system and will install newer packages automatically. If you have questions or comments, please send them to the Cygwin mailing list at: [EMAIL PROTECTED] . I would appreciate if you would use this mailing list rather than emailing me directly. This includes ideas and comments about the setup utility or Cygwin in general. If you want to make a point or ask a question, the Cygwin mailing list is the appropriate place. *** CYGWIN-ANNOUNCE UNSUBSCRIBE INFO *** If you want to unsubscribe from the cygwin-announce mailing list, look at the "List-Unsubscribe: " tag in the email header of this message. Send email to the address specified there. It will be in the format: [EMAIL PROTECTED] Jason -- PGP/GPG Key: http://www.tishler.net/jason/pubkey.asc or key servers Fingerprint: 7A73 1405 7F2B E669 C19D 8784 1AFD E4CC ECF4 8EF6 -- 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/
[ANNOUNCEMENT] Updated Cygwin Package: postgresql-7.3.4-1
New News: === I have updated the version of PostgreSQL to 7.3.4-1. The tarballs should be available on a Cygwin mirror near you shortly. It is recommend that 7.3.x users upgrade at their earliest convenience. See the following for the details, if interested: http://www.postgresql.org/news/142.html Note this package was built against Cygwin 1.3.22-1 and cygipc 1.14-1. Hence, it is *not* a 64-bit, Cygwin 1.5.x test package. Old News: === PostgreSQL is an open-source, Object-Relational DBMS. If interested, see the PostgreSQL web site for more details: http://www.postgresql.org/ Please read the README file: /usr/doc/Cygwin/postgresql-7.3.4.README since it covers requirements, installation, known issues, etc. To update your installation, click on the "Install Cygwin now" link on the http://cygwin.com/ web page. This downloads setup.exe to your system. Then, run setup and answer all of the questions. Note that we have recently stopped downloads from sources.redhat.com (aka cygwin.com) due to bandwidth limitations. This means that you will need to find a mirror which has this update. In the US, ftp://mirrors.rcn.net/mirrors/sources.redhat.com/cygwin/ is a reliable high bandwidth connection. In Germany, ftp://ftp.uni-erlangen.de/pub/pc/gnuwin32/cygwin/mirrors/cygnus/ is usually pretty good. In the UK, http://programming.ccp14.ac.uk/ftp-mirror/programming/cygwin/pub/cygwin/ is usually up-to-date within 48 hours. If one of the above doesn't have the latest version of this package then you can either wait for the site to be updated or find another mirror. The setup.exe program will figure out what needs to be updated on your system and will install newer packages automatically. If you have questions or comments, please send them to the Cygwin mailing list at: [EMAIL PROTECTED] . I would appreciate if you would use this mailing list rather than emailing me directly. This includes ideas and comments about the setup utility or Cygwin in general. If you want to make a point or ask a question, the Cygwin mailing list is the appropriate place. *** CYGWIN-ANNOUNCE UNSUBSCRIBE INFO *** If you want to unsubscribe from the cygwin-announce mailing list, look at the "List-Unsubscribe: " tag in the email header of this message. Send email to the address specified there. It will be in the format: [EMAIL PROTECTED] Jason -- PGP/GPG Key: http://www.tishler.net/jason/pubkey.asc or key servers Fingerprint: 7A73 1405 7F2B E669 C19D 8784 1AFD E4CC ECF4 8EF6 -- 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/
Re: 1.5.x goes current on 2003-08-23?
Gerrit, On Sun, Aug 03, 2003 at 10:32:58PM +0200, Gerrit P. Haase wrote: > Am Sonntag, 3. August 2003 um 18:54 schriebst du: > > As Jason points out in the release notes, even after being rebased, > > Python cannot pass any of the threads or > ^^ Python also cannot be built with Cygwin 1.5.1? I haven't tried yet, but now that Python 2.3 is out I will be soon... Jason -- PGP/GPG Key: http://www.tishler.net/jason/pubkey.asc or key servers Fingerprint: 7A73 1405 7F2B E669 C19D 8784 1AFD E4CC ECF4 8EF6 -- 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/
Re: bug in setup.exe for postgresql-7.3.4-1
On Mon, Aug 04, 2003 at 12:25:43AM +0100, Max Bowsher wrote: > Seth Rubin wrote: > > Myself (and Jason) are thinking there's an issue with the cygwin > > setup. Maybe I'm being naive, but all this seems is an issue with > > chmod and/or copy not being done properly on the postgres.exe file > > during installation. I don't see where ACL's or ntsec enters into > > it. > > Here's how: > Cygwin setup *doesn't* chmod anything at all. Hence, the file > permissions end up being set by normal Windows inheritance. Now, > interpret that through ntsec, and you end up with mode 700 - on your > particular system. Setup does try to help things to turn out right, by > setting the group to Users, on the grounds that most systems will > grant Users at least Read&Execute, and most users will be in group > Users. That apparently doesn't hold true on your setup, hence your > problems. Is there any way to solve this problem without me adding a postinstall script that performs a "chmod +rx" on all *.exe and *.dll files installed by this packages? Thanks, Jason -- PGP/GPG Key: http://www.tishler.net/jason/pubkey.asc or key servers Fingerprint: 7A73 1405 7F2B E669 C19D 8784 1AFD E4CC ECF4 8EF6 -- 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/
pthreads problem under Me (was Re: 1.5.x goes current on 2003-08-23?)
On Sun, Aug 03, 2003 at 12:54:38PM -0400, Nicholas Wourms wrote: > Perl-5.8 is not working at all on WinME and, despite my best efforts, > I am unable to debug the problem because the "race" condition happens > before the dubugger can hook. As Jason points out in the release > notes, even after being rebased, Python cannot pass any of the threads > or forking tests. The attached *may* be affecting threads under Perl too. Specifically, the following: pthread_cond::Signal: Released too many threads - X now X originally I'm willing to work with the Cygwin pthreads developers to help track down this problem. Sorry, for sitting on this one... Jason -- PGP/GPG Key: http://www.tishler.net/jason/pubkey.asc or key servers Fingerprint: 7A73 1405 7F2B E669 C19D 8784 1AFD E4CC ECF4 8EF6 --- Begin Message --- Jason, > > In addition: test_hotshot froze and had to be excluded. > > Did just test_hotshot hang? Or, did the entire system freeze? Just the test. ^C worked. > > test_fork1, test_popen2 and test_pty generated dozens of pop-ups > > indicating errors in many many dlls. > > Others have reported these "page fault" dialogs under 9x too. Any idea > what they mean? > > > test_fork1 > > 119 [main] python 48867933 pthread_cond::Signal: Released too many threads - 4 > > now 4 originally > > 657 [unknown (0xFD1BF60F)] python 48867933 pthread_cond::Signal: Released too > > many threads - 3 now 3 originally > > 750 [unknown (0xFD1BF60F)] python 48867933 pthread_cond::Signal: Released too > > many threads - 3 now 3 originally > > 830 [unknown (0xFD1BF60F)] python 48867933 pthread_cond::Signal: Released too > > many threads - 3 now 3 originally > > 39147 [unknown (0xFD1BF367)] python 48867933 pthread_cond::Signal: Released too > > many threads - 2 now 2 originally > > I have never seen the above error messages before. Are you running > 1.3.22, a snapshot, or CVS? I believe 1.3.22, current CVS doesn't work om WinME. But I will double check tonight. Perhaps you should pass this on to the pthread guys. Pierre --- End Message --- -- 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/
Re: bug in setup.exe for postgresql-7.3.4-1
Max, On Tue, Aug 05, 2003 at 11:58:07AM +0100, Max Bowsher wrote: > Jason Tishler wrote: > > Is there any way to solve this problem without me adding a > > postinstall script that performs a "chmod +rx" on all *.exe and > > *.dll files installed by this packages? > > Yes. PTC for setup. Would the following patch or an extension to it help? http://sources.redhat.com/ml/cygwin-apps/2003-04/msg00127.html > Please please please don't add this kind of postinstall script. OK, I won't. However, I've been getting hammered by this problem for some time. IIRC, since XP was released. Unfortunately, the following README blurb doesn't seem to help: 4. Cygwin PostgreSQL can fail to start or not function properly if certain files and directories have incorrect permissions. The following usually solves these kinds of problems: $ chmod a+rwx /tmp $ chmod a+rx /usr/bin /usr/bin/* Jason -- PGP/GPG Key: http://www.tishler.net/jason/pubkey.asc or key servers Fingerprint: 7A73 1405 7F2B E669 C19D 8784 1AFD E4CC ECF4 8EF6 -- 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/
Re: use ipc-daemon from terminal-service
On Wed, Aug 06, 2003 at 09:01:36PM +0800, [EMAIL PROTECTED] wrote: > I write a program using ipc-daemon.exe service,and I want to run my > program from remote machine through microsoft terminal service. But > unfortunatly I dosn't use the ipc-daemon service from terminal > service. My log reports"Functions not implemented" Are you using cygipc 1.14-1 or later? Jason -- PGP/GPG Key: http://www.tishler.net/jason/pubkey.asc or key servers Fingerprint: 7A73 1405 7F2B E669 C19D 8784 1AFD E4CC ECF4 8EF6 -- 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/
Re: 1.5.x goes current on 2003-08-23?
Nicholas, On Tue, Aug 05, 2003 at 02:03:02AM -0400, Charles Wilson wrote: > Nicholas Wourms wrote: > >Perl is required for many operations, and (as I'm sure Chuck will > >agree) having to rebase a *critical* core application *just* to get > >it work is unacceptable. > > Hey, don't drag me into this. Rebase is (currently) a necessary evil > for python and maybe perl, but I gave up maintaining perl a LONG time > ago and I don't intend to stick my nose into it now. It's Gerritt's > baby, and I trust him to do whatever is necessary to make stuff work. > But, he's asked for help -- so help, dammit, don't carp. ^^ Exactly. On Mon, Aug 04, 2003 at 07:56:38PM -0400, Nicholas Wourms wrote: > No offense to Jason, but rebase is really just "papering" over a much > bigger infrastructure problem which isn't going away. The problem is > that "rebase all" only takes into account the dll's installed by the > installer. It certainly doesn't take into account dll's which aren't > named ".dll" (like in Ruby which leaves them named *.so). It also > won't take into account user-installed dlls or perl modules. I've > managed to work around this on my Win2k machine by modifying rebase > all to use `locate` and to run rebase on any ".so"'s it finds in the > Ruby dir. If rebase and rebaseall don't meet your needs, then supply the patch(es) to enhance them so they do. Jason -- PGP/GPG Key: http://www.tishler.net/jason/pubkey.asc or key servers Fingerprint: 7A73 1405 7F2B E669 C19D 8784 1AFD E4CC ECF4 8EF6 -- 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/
Re: Cygwin 1.5.1 libc.a link problem
Gerrit, On Tue, Aug 05, 2003 at 10:10:31PM +0200, Gerrit P. Haase wrote: > Jason, thank you very much! You are very welcome. This one became quite a hang banger for me. Knowing that I assisted someone else is helping to ease the pain... :,) Jason -- PGP/GPG Key: http://www.tishler.net/jason/pubkey.asc or key servers Fingerprint: 7A73 1405 7F2B E669 C19D 8784 1AFD E4CC ECF4 8EF6 -- 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/
Cygwin 1.5.1 libc.a link problem
While attempting to rebuild procmail against Cygwin 1.5.1, I believe I
have found a problem with libc.a that interferes with building 64-bit
apps.
If one builds the attached test program without -lc, we get the
following:
$ gcc -o stat stat.c
$ objdump -p stat.exe | fgrep stat
6100 510 _stat64
But, if one builds it with -lc, we get the following:
$ gcc -o stat stat.c -lc
$ objdump -p stat.exe | fgrep stat
6130 945 stat
Thanks,
Jason
--
PGP/GPG Key: http://www.tishler.net/jason/pubkey.asc or key servers
Fingerprint: 7A73 1405 7F2B E669 C19D 8784 1AFD E4CC ECF4 8EF6
#include
#include
#include
int
main()
{
struct stat buf;
int status = stat("foo", &buf);
return 0;
}
--
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/
Re: hi
David, Please post instead of sending private email. On Mon, Aug 11, 2003 at 01:40:23PM +, [EMAIL PROTECTED] wrote: > can you tell me where i can download Cygipc Package? > Tks > David Fan Do you Google? http://www.google.com/search?hl=en&ie=UTF-8&oe=UTF-8&q=cygipc Jason -- PGP/GPG Key: http://www.tishler.net/jason/pubkey.asc or key servers Fingerprint: 7A73 1405 7F2B E669 C19D 8784 1AFD E4CC ECF4 8EF6 -- 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/
Re: Query related to PostgreSQL : Srinivas : 12th Aug 2003
Srinivas, Please post instead of sending private email. On Tue, Aug 12, 2003 at 01:48:26PM +0530, Srinivas wrote: > Hi Jayson, s/Jayson/Jason/ > Can you plz give the link for downloading the latest version of the > PostgreSQL, Cygwin PostgreSQL is installable via Cygwin's setup.exe: http://cygwin.com/setup.exe and available on the Cygwin mirrors: http://cygwin.com/mirrors.html > if possible can you give the installation and configuration guide. Please read the README: http://www.tishler.net/jason/software/postgresql/postgresql-7.3.4.README > I want to use PostgreSQL in Windows 2000 environment Jason -- PGP/GPG Key: http://www.tishler.net/jason/pubkey.asc or key servers Fingerprint: 7A73 1405 7F2B E669 C19D 8784 1AFD E4CC ECF4 8EF6 -- 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/
Re: bug in setup.exe for postgresql-7.3.4-1
Rob, On Tue, Aug 05, 2003 at 09:36:57PM +1000, Robert Collins wrote: > Well, given the brief feedback on my request, I can only really guess. Seth provided the following: On Sun, Aug 03, 2003 at 07:19:16PM -0400, Seth Rubin wrote: > The cygwin setup installed postgres.exe with 700 bits, not 755 > mode bits. The tarball has 755 bits set. An extract from the > tarball, with -xvf or xpvf extracts in mode 755. What else would help you diagnose the problem? Thanks, Jason -- PGP/GPG Key: http://www.tishler.net/jason/pubkey.asc or key servers Fingerprint: 7A73 1405 7F2B E669 C19D 8784 1AFD E4CC ECF4 8EF6 -- 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/
Re: ash 20020731-3 and/or cygwin 1.5.2 directory vs. executable problem
Corinna, On Mon, Aug 11, 2003 at 09:05:39PM +0200, Corinna Vinschen wrote: > On Mon, Aug 11, 2003 at 02:06:13PM -0400, Jason Tishler wrote: > > Since the source of ash 20020731-1 seems identical to ash > > 20020731-3, this seems to indicate a build and/or cygwin problem... > > It's a situation which is determined by coincidence... Huh? Thanks, Jason -- PGP/GPG Key: http://www.tishler.net/jason/pubkey.asc or key servers Fingerprint: 7A73 1405 7F2B E669 C19D 8784 1AFD E4CC ECF4 8EF6 -- 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/
Re: Problems with Python2.3 - IDLE
Duane, On Thu, Aug 07, 2003 at 03:56:55PM -0500, Kaufman, Duane (MED, LUNAR) wrote: > I recently installed Python 2.3 under Cygwin, and upon starting up > IDLE, I notice that there are no menu buttons (no menu bar). > > Under my Win2k installation of Python2.3, Idle looks normal. By "Win2k installation of Python2.3", do you mean the standard Windows version? > Any idea what is going on? Sorry, but no. BTW, "^D" causes idle to hang too. Since I'm not an idle user, would you being will to debug this problem? Thanks, Jason -- PGP/GPG Key: http://www.tishler.net/jason/pubkey.asc or key servers Fingerprint: 7A73 1405 7F2B E669 C19D 8784 1AFD E4CC ECF4 8EF6 -- 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/
Re: proftpd issues - Got it WORKING
On Mon, Aug 11, 2003 at 11:27:33AM -0400, Igor Pechtchanski wrote: > Jason, do you think this inability to validate UNC paths stems from > proftpd prepending a "/" to the path or something? No, AFAICT, I have already address this problem in the following: http://bugs.proftpd.org/show_bug.cgi?id=2075 > I mean, Cygwin syscalls should be able to access the UNC path with no > problems... Agreed. > Is this worth investigating? I guess so, but I don't really have the "itch." Brian, would you be willing to help? What do you mean by "validate" in the following? > On Mon, 11 Aug 2003 Brian Kelly wrote: > > After doing an strace, I found that proftpd could not validate a > > home directory via UNC conventions. In the domain enviroment I'm > > working on, the domain account I'm using for testing has it's *home* > > directory on a network shared resource - and mkpasswd -d -u > > loginname created an entry with the home directory set to > > //servername/users/loginname. proftpd could *not* validate this and > > therefore exited without attempting any further authentication. What is the exact error message in proftpd's log file when the home directory is specified in UNC? Thanks, Jason -- PGP/GPG Key: http://www.tishler.net/jason/pubkey.asc or key servers Fingerprint: 7A73 1405 7F2B E669 C19D 8784 1AFD E4CC ECF4 8EF6 -- 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/
Re: I need an older Version of PostgreSQL, 7.2x or 7.1x
Philipp, On Tue, Aug 12, 2003 at 07:28:04PM +0200, Philipp Appelhoff wrote: > Can I install it under Cygwin that way? How? Which version of gcc are you using? If gcc 3.2, then try 2.95.3 which is the Cygwin gcc2 package. Maybe the older PostgreSQL versions don't build cleanly under gcc 3.x? Jason -- PGP/GPG Key: http://www.tishler.net/jason/pubkey.asc or key servers Fingerprint: 7A73 1405 7F2B E669 C19D 8784 1AFD E4CC ECF4 8EF6 -- 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/
Fwd: Fw: [Mingw-users] Whats the latest on libtool and the stub dlllibraries?
Norman,
Please post instead of sending private email.
On Fri, Sep 27, 2002 at 10:53:26PM -0400, Norman Vine wrote:
> Is it the -mdll flag that is causing our dll relocation problems
> with the extension modules that are built with setup.py ???
No. IMO, the above is not relevant to the Cygwin fork()/rebase issue.
Note that the "-mdll" flag is used when building Win32 Python shared
extension modules with Cygwin gcc in "-mno-cygwin" mode -- not when
building Cygwin Python shared extensions.
BTW, Cygwin fork() has rebase issues with Apache, Perl, etc. too.
On Sat, Sep 28, 2002 at 12:14:49AM -0400, Norman Vine wrote:
> and the following (3) modules had the remap error for cygssl.dll
> when run from inside the test-suite
> test_fork1.py
> test_popen2.py
> test_pty.py
> but ran successfully when run directly
The above is the expected behavior. When the entire Python regression
test is run, the probability of a DLL base address conflict is much
higher than when individual regression tests are run separately.
Jason
--- Begin Message ---
Hi Jason
I just did a quick test compilng a ~month old CVS version
of Python after making the following change in distutills.cygwincompiler
# Hard-code GCC because that's what this is all about.
# XXX optimization, warnings etc. should be customizable.
self.set_executables(compiler='gcc -mcygwin -O -Wall',
# compiler_so='gcc -mcygwin -mdll -O -Wall',
compiler_so='gcc -mcygwin -shared -O -Wall',
linker_exe='gcc -mcygwin',
# linker_so=('%s -mcygwin -mdll -static' %
linker_so=('%s -mcygwin -shared' %
self.linker_dll))
and the following (3) modules had the remap error for cygssl.dll
when run from inside the test-suite
test_fork1.py
test_popen2.py
test_pty.py
but ran successfully when run directly
HTH
Norman
< I actually changed all occurences of gcc in cygwincompiler to gcc-2
in that I am using the 'beta' compiler >
- Original Message -
From: "Norman Vine" <[EMAIL PROTECTED]>
To: "Jason Tishler" <[EMAIL PROTECTED]>
Sent: Friday, September 27, 2002 10:53 PM
Subject: Fw: [Mingw-users] Whats the latest on libtool and the stub dll
libraries?
> Jason
>
> FYI
>
> from distutils.cygwinccompiler ~line 100
>
> self.set_executables(compiler='gcc -mcygwin -O -Wall',
> compiler_so='gcc -mcygwin -mdll -O -Wall',
> linker_exe='gcc -mcygwin',
> linker_so=('%s -mcygwin -mdll -static' %
> self.linker_dll))
>
> Is it the -mdll flag that is causing our dll relocation problems
> with the extension modules that are built with setup.py ???
>
> Norman
>
> - Original Message -
> From: "Danny Smith" <[EMAIL PROTECTED]>
> To: "Elizabeth Barham" <[EMAIL PROTECTED]>
> Cc: <[EMAIL PROTECTED]>
> Sent: Friday, September 27, 2002 10:39 PM
> Subject: Re: [Mingw-users] Whats the latest on libtool and the stub dll
> libraries?
>
>
> >
> > - Original Message -
> > From: "Earnie Boyd" <[EMAIL PROTECTED]>
> > To: "Elizabeth Barham" <[EMAIL PROTECTED]>
> > Cc: <[EMAIL PROTECTED]>
> > Sent: Saturday, 28 September 2002 01:31
> > Subject: Re: [Mingw-users] Whats the latest on libtool and the stub dll
> > libraries?
> >
> >
> > > Elizabeth Barham wrote:
> > > >
> > > > Earnie Boyd <[EMAIL PROTECTED]> writes:
> > > >
> > > > > I found the reason, and I must say Elizabeth did a nice job.
> > > >
> > > > Thanks, but it did not work on my copy of MSYS unfortunately.
> > When
> > > > building the dll, the -mdll was added onto the command line and gcc
> > > > errored out saying they were incompatible. Oh well.
> > > >
> > > Hmm... I didn't get that at all. Make sure you remove
> > > /etc/config.site. As for -mdll, it may be useful on the object build.
> > > Danny Smith, can you speak to the -mdll switch effect in cc1? The
> > > --help gives, "Generate code for a DLL".
> > >
> >
> > -mdll doesn't set any internal flags for cc1.exe, nor does -shared.
> >
> > -mdll tells driver to pass dllcrt2.o rather than crt2.o as startup
> > object to ld
> > and to
Re: ftp and ncftp hangs: any ideas?
Rob, On Wed, Sep 25, 2002 at 07:44:40PM -0700, Rob Anderson wrote: > Any ideas on what to try? Unfortunately none, but debug. Although, I can offer one other data point under Windows 2000. I got ncftp to hang when initiating a data connection (e.g., ls, get, etc.) in passive mode, but *only* when tunneled through ssh. On the other hand, Cygwin ftp worked fine under the same setup. Jason -- 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: RPM on Cygwin
Yann, I see that you finally posted (to <[EMAIL PROTECTED]>) which is more appropriate than sending private email. However, note that in this case, the correct mailing list is <[EMAIL PROTECTED]>. On Tue, Oct 01, 2002 at 11:54:00AM +0200, CRAUSAZ Yann wrote: > You seem to have worked on porting RPM to Cygwin ? I've found a post > (http://sources.redhat.com/ml/ cygwin/2001-07/msg00949.html) on the Cygwin > mailing-list, which mentions that you "fought" with RPM 4.0.2. Yes, I enjoyed the above "pleasure." :,) > For my diploma work (I'm a computer science student in Switzerland > actually), I have to try a port of an existing application running on > GNU/Linx to Cygwin (title of my work : "Extension of Cygwin"), and > I've choosen to port the latest version of RPM (4.1.8) and to > establish a sort of "method" for porting software to Cygwin, as quite > no paper has been written about that. The Cygwin porting paper could be quite useful. Note that you will probably have to port different classes of software (e.g., network, setuid, etc.) not just RPM in order to cover the important issues. Would you be willing to share your paper with the Cygwin community? > Do you think that this port is possible? Yes. > Do you have "tips", as you've already been working on that subject ? Besides the above mentioned post, I can only recommend reviewing Doru Carastan's work: http://www.google.com/search?hl=en&ie=ISO-8859-1&q=site%3Acygwin.com+rpm+doru > > Thank you, and have a nice day ! You are welcome. Jason -- 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: readline Bug! ;-) [was: Bash Bug! (was: Bug in rxvt 2.7.2 ...)]
Thomas, On Wed, Oct 02, 2002 at 11:20:35AM +0200, Thomas Mellman wrote: > I haven't been able to isolate it any further, so I haven't said > anything yet, but since this has come up, and seems to be in roughly > the same place, it seems to me it's worth bringing up. If anyone else > has observed this, I'd appreciate a word so we can track it down > further. I have been experiencing similar problems since upgrading to bash 2.05b-2 and libreadline5 4.3-1. My typical problem is that the "c" command as in "cw" (i.e., change word) would stop working, but "dw" (i.e., delete word) followed by "i" (i.e., insert) was fine. I can work around the problem by re-initializing readline. But, since I also seem to be unable to reliably re-initializing readline, I usually resort to restarting bash via "exec bash". Jason -- 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/
ftpd passive port range patch
The attached patch (against inetutils 1.3.2-19) enables Cygwin ftpd to
support a restricted range of passive mode ports similar to ProFTPD's
PassivePorts option. Using this version of Cygwin ftpd, I am able to
tunnel all ftp traffic (i.e., both control and all data connections)
through a ssh tunnel. This is very useful in situations where sftp is
not an option.
Is the Cygwin inetutils maintainer willing to consider this patch for
inclusion in the standard Cygwin package?
Thanks,
Jason
--- ftpd.c.orig 2002-10-01 15:39:24.0 -0400
+++ ftpd.c 2002-10-02 12:06:47.0 -0400
@@ -170,6 +170,8 @@ int stru; /* avoid C keyword */
intmode;
intusedefault = 1; /* for data transfers */
intpdata = -1; /* for passive mode */
+intpasv_start_port = 0;/* for passive mode */
+intpasv_end_port = 0; /* for passive mode */
sig_atomic_t transflag;
off_t file_size;
off_t byte_count;
@@ -325,16 +327,28 @@ main(argc, argv, envp)
LastArgv = envp[-1] + strlen(envp[-1]);
#endif /* SETPROCTITLE */
- while ((ch = getopt(argc, argv, "dlt:T:u:v")) != EOF) {
+ while ((ch = getopt(argc, argv, "de:ls:t:T:u:v")) != EOF) {
switch (ch) {
case 'd':
debug = 1;
break;
+ case 'e':
+ pasv_end_port = atoi(optarg);
+ if (pasv_end_port < 0)
+ pasv_end_port = 0;
+ break;
+
case 'l':
logging++; /* > 1 == extra logging */
break;
+ case 's':
+ pasv_start_port = atoi(optarg);
+ if (pasv_start_port < 0)
+ pasv_start_port = 0;
+ break;
+
case 't':
timeout = atoi(optarg);
if (maxtimeout < timeout)
@@ -370,6 +384,9 @@ main(argc, argv, envp)
break;
}
}
+ if (pasv_end_port < pasv_start_port)
+ pasv_end_port = pasv_start_port;
+
(void) freopen(PATH_DEVNULL, "w", stderr);
(void) signal(SIGPIPE, lostconn);
(void) signal(SIGCHLD, SIG_IGN);
@@ -1582,6 +1599,7 @@ void
passive()
{
int len;
+ int pasv_port;
char *p, *a;
pdata = socket(AF_INET, SOCK_STREAM, 0);
@@ -1589,12 +1607,16 @@ passive()
perror_reply(425, "Can't open passive connection");
return;
}
- pasv_addr = ctrl_addr;
- pasv_addr.sin_port = 0;
(void) seteuid(getuid ());
- if (bind(pdata, (struct sockaddr *)&pasv_addr, sizeof(pasv_addr)) < 0) {
- (void) seteuid((uid_t)pw->pw_uid);
- goto pasv_error;
+ pasv_addr = ctrl_addr;
+ for (pasv_port = pasv_start_port; pasv_port <= pasv_end_port; pasv_port++) {
+ pasv_addr.sin_port = htons(pasv_port);
+ if (bind(pdata, (struct sockaddr *)&pasv_addr, sizeof(pasv_addr)) == 0)
+ break;
+ if (errno != EADDRINUSE || pasv_port == pasv_end_port) {
+ (void) seteuid((uid_t)pw->pw_uid);
+ goto pasv_error;
+ }
}
(void) seteuid((uid_t)pw->pw_uid);
len = sizeof(pasv_addr);
--
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: [patch] postgresql 'rc' like start script
Ralf, On Mon, Oct 07, 2002 at 12:35:02PM +0200, Ralf Habacker wrote: > this patch add a unix like 'rc'-start script for the postgresql server. > > 2002-10-17 Ralf Habacker <[EMAIL PROTECTED]> > > rcpostgresql: new file > > > --- /dev/null 2002-10-07 12:30:54.0 +0200 > +++ /usr/sbin/rcpostgresql 2002-10-07 12:30:41.0 +0200 > @@ -0,0 +1,2 @@ > +/usr/bin/pg_ctl -D /usr/share/postgresql/data -l /var/log/pgsql.log $1 I appreciate the interest, but what is someone suppose to do with the above? Jason -- 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: Can't run NumTut on cygwin-hosted python
Jeff, On Tue, Oct 08, 2002 at 01:04:09PM -0500, Jeff Perry wrote: > TclError: couldn't open "[EMAIL PROTECTED]": no such file or directory It took downloading Numeric and NumTut, building and installing Numeric, and reproducing the error to realize what should have been obvious (to me) from the above. Sigh... :,( The problem is that the standard Cygwin distribution includes a Win32 TCL and not a Cygwin version. Hence, it is does not understand Cygwin style (i.e., Posix) paths, mounts, symlinks, etc. Until a Cygwin TCL is included in the distribution, you can use the following cygpath workaround: $ TMP=$(cygpath -w $TMP) python Python 2.2.1 (#1, Jun 25 2002, 10:55:46) [GCC 2.95.3-5 (cygwin special)] on cygwin Type "help", "copyright", "credits" or "license" for more information. >>> from NumTut import * >>> view(greece) >>> Jason -- 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: readline Bug! ;-) [was: Bash Bug! (was: Bug in rxvt 2.7.2 ...)]
Thomas, On Thu, Oct 10, 2002 at 02:30:46PM +0200, Thomas Mellman wrote: > WRT <[EMAIL PROTECTED]>, > > I have been experiencing similar problems since upgrading to bash > > 2.05b-2 and libreadline5 4.3-1. My typical problem is that the "c" > > command as in "cw" (i.e., change word) would stop working, but "dw" > > (i.e., delete word) followed by "i" (i.e., insert) was fine. > > I think I discovered something interesting about this: I believe it > occurs after one uses a different vi feature that is also broken: > > The use of "." to repeat the last operation works intermittenly in > CYGWIN readline, but I believe that if you use it and it doesn't do > what it's supposed to, then the problem with the loss of functionality > with the other commands stops working... Thanks for the above -- it seems to match my observations. I will (try to) avoid using the "." command until a patched bash is released. Jason -- 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/
Fwd: plz update fetchmail in cygwin distribution up to 6.1.x
provodnikov, Please post instead of sending private email. Note that I would have release a Cygwin fetchmail 6.1.0 already but I haven't received any responses to the following: http://cygwin.com/ml/cygwin/2002-09/msg00999.html http://lists.ccil.org/pipermail/fetchmail-friends/2002-September/002577.html I will release Cygwin fetchmail 6.1.0 at my earliest convenience using the aclocal/autoconf workaround mentioned above. Does anyone know of a better approach? Thanks, Jason --- Begin Message --- because of: e-matters GmbH www.e-matters.de -= Security Advisory =- Advisory: Fetchmail remote vulnerabilities Release Date: 2002/09/29 Last Modified: 2002/09/29 Author: Stefan Esser [[EMAIL PROTECTED]] Application: Fetchmail <= 6.0.0 Severity: Several vulnerabilities within Fetchmail could allow remote compromise. Risk: Critical Vendor Status: Vendor released version 6.1.0 Reference: http://security.e-matters.de/advisories/032002.html Overview: We have discovered several bufferoverflows and a broken boundary check within Fetchmail. If Fetchmail is running in multidrop mode these flaws can be used by remote attackers to crash it or to execute arbitrary code with the permissions of the user running fetchmail. Depending on the configuration this allows a remote root compromise. Details: While auditing Fetchmail we found several places within the header parsing function readheaders() where user supplied email addresses are copied into stack or heap buffers without proper size checking. nxtaddr() limits the length of such addresses to BUFSIZ bytes. This constant is defined within the stdio.h header file and is usually defined as 1024. However systems running glibc like linux define it as 8192. The destination buffers are around 1 kb in size which means they will overflow with about 7 kb on linux. Luckily those overflows are not exploitable because of the fact that 7kb are not enough to overwrite important control structures. I do not believe that there exists any system that defines BUFSIZ higher than 8192 but f.e. a value of 9000 would be enough to exploit one of the bugs... Unfourtunately there are two more bugs which are related to the header parsing code and that can be exploited remotely if Fetchmail is used in multidrop mode. The first one is a broken boundary check within getmxrecord() that can be used to crash Fetchmail remotely. To accomplish this an attacker must be able to send a big specially crafted dns packet to the victim. This is very simple if you are able to forge the answers of the used dns server but an attacker can also force Fetchmail to ask for the mx record of a domain he has control over. It will be trickier but is should be possible to create a legal dns packet that will pass through bind and will crash. If Fetchmail receives such a packet it will calculate the end of the packet wrong and will crash when it tries to read data from above the top of the Stack. The last bug is the most dangerous one, because successfully exploited it allows to execute arbitrary code on the victim's system. This bug is within the way Fetchmail parses "Received:" headers within the parse_received() function. Within this function parts of the "Received:" headerline gets copied into a heap buffer without any size check. A specially crafted "Received:" header will overflow the heap with an arbitrary number of bytes. If you overflow the buffer with enough bytes you can change some pointers that get free()d/realloc()ated later or you can change the malloc() control data on the heap directly. Finally it is important to mention that an attacker does not need to spoof dns records, or control the mailserver to exploit the last bug. It is usually enough to deliver a mail that contains such a specially crafted "Received:" header line to the mailserver. Proof of Concept: e-matters is not going to release an exploit for this vulnerability to the public. Vendor Response: 22. September 2002 - A patch that fixes this vulnerabilites was mailed to the vendor. Vendor released a new version (6.1.0) and asked me to delay announcing this vulnerability for one week. Recommendation: If you are running Fetchmail in multidrop mode you should upgrade to a new or patched version as soon as possible. GPG-Key: http://security.e-matters.de/gpg_key.asc pub 1024D/75E7AAD6 2002-02-26 e-matters GmbH - Securityteam Key fingerprint = 43DD 843C FAB9 832A E5AB CAEB 81F2 8110 75E7 AAD6 Copyright 2002 Stefan Esser. All rights reserved. --- End Message --- -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simp
Re: "Application failed to initialize (0xc0000022)"
Jerry, On Fri, Oct 11, 2002 at 11:13:43AM -0400, Gerald S. Williams wrote: > .exe - Application Error > - > The application failed to initialize properly (0xc022). > Click on OK to terminate the application > [[ OK ]] See below... > Is it possible that this is an aspect of the dreaded "rebase" issue? I don't think so. If it was, then you would have experienced fork() failures with messages (not dialogs) like the following: $ ./python test2.py C:\home\jt\src\PythonCvs\nothreads\python.exe: *** unable to remap C:\cygwin\bin\cygssl.dll to same address as parent -- 0x1A2F 0 [main] python 852 sync_with_child: child 2772(0x158) died before initialization with status code 0x1 996 [main] python 852 sync_with_child: *** child state child loading dlls > If so, I'd appreciate a pointer at the recommended procedure for > rebasing everything that needs to be rebased See the following for some background: http://cygwin.com/ml/cygwin/2002-07/msg00276.html Note that *you* are going to have to figure out "everything that needs to be rebased." Sorry, but I can't really help you determine this because everyone's rebase needs are different. For example, here is the procedure to rebase all Cygwin and Python DLLs: $ # stop all Cygwin processes (except for bash) $ cd /usr/bin $ rebase -v -b 0x6800 -d -o 0x1 *.dll c:/Cygwin/usr/lib/python2.2/lib-dynload/*.dll Note that the above assumes that the rebase of cygwin1.dll will fail due to being in memory. If it isn't, then re-rebase cygwin1.dll back to 0x6100 with the following: C:\> rem stop *all* Cygwin processes C:\> rebase -v -b 0x6100 C:\Cygwin\bin\cygwin1.dll Jason -- 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: "Application failed to initialize (0xc0000022)"
Jerry, On Fri, Oct 11, 2002 at 05:40:25PM -0400, Gerald S. Williams wrote: > Jason Tishler wrote: > > Note that *you* are going to have to figure out "everything that > > needs to be rebased." Sorry, but I can't really help you determine > > this because everyone's rebase needs are different. What I really meant above is that some people don't need to rebase any files, some people need to rebase some, and some people need to rebase all. I have provided rebase tools to help -- now it's up to people to use them as appropriate for their own particular situation. > I know where you're coming from, but there must be some way to get > them all, even if it's overkill. Yes, one can always use: $ find / -name '*.dll' | xargs -n 1 cygpath -wa >rebase.tmp to find all DLLs, but I hope that you are patient. :,) > For example, grep all of the DLLs that have ever been installed by > setup or by hand, list them in the file dlls.lst and do "rebase [some > options] $(cat dlls.lst)". The above will work. > Or is there still a risk of damaging them that way? My latest rebase will skip files that will be corrupted by rebasing. So, rebase to your heart's content! > I think you can get the setup-installed files from /etc/setup, right? The following can be used to find all setup-installed DLLs: $ zcat /etc/setup/*.lst.gz | grep '\.dll$' | sed 's=^=/=' | xargs -n 1 cygpath -wa >rebase.tmp > Thanks for the pointer. My main problem was that I had somehow gotten > a version of rebase that took different parameters (it's not the > Microsoft one--it may have come from the KDE site). The version from > your site is more like what I expected. My goal was to make my rebase as similar in usage to the Microsoft one as possible. > I'm leaning towards doing the type of thing I mentioned above, > although I'm not very hopeful that it will solve the problem. I concur. I think that Chris's suggestion will most likely solve the problem. It certain solved the same (or similar) problem for me in the past. Jason -- 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: cannot run apache with mod_php4
Dmitry, On Mon, Oct 14, 2002 at 09:50:39AM +0600, Dmitry Suhodoev wrote: > > Ive checked the list and it seems that your problem is in your > > dll's. This problem can (hopefully) be fixed by rebasing. Although > > this is *should* work, it is an entirely experimental phase and > > could muff them up completely... > > shell> cd /tmp > > shell> wget http://www.tishler.net/jason/software/rebase/rebase.exe > > shell> rebase -d -b 0x6800 -o 0x1 /lib/apache/*.dll > > i has rebased my dlls by your program, and it also doesn't work, You need to rebase all DLLs that are loaded into your executable's address space. In your case you will need to do someting like the following: $ rebase -d -b 0x6800 -o 0x1 /bin/*.dll /lib/apache/*.dll ^^ BTW, this issue was discussed on the list in the last 24 hours: http://cygwin.com/ml/cygwin/2002-10/msg00608.html Jason -- 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: "Application failed to initialize (0xc0000022)"
Ralf, On Mon, Oct 14, 2002 at 08:03:25AM +0200, Ralf Habacker wrote: > > My goal was to make my rebase as similar in usage to the Microsoft > > one as possible. > > > And what about Win ME ? How do you could archive your goal, when there > isn't any rebase support ? The statement above was only meant to indicate that I tried to make the command line syntax of my rebase the same (or as similar as possible) as the Microsoft one. I will not "achieve my goal" until I: o Integrate rebase with Cygwin's setup.exe. o Release a corresponding stand-alone rebase.exe that can be used with non-setup-installed DLLs. Note that this rebase.exe will use the same rebase information (i.e. /etc/setup/rebase.conf) as setup.exe. o Integrate your non-imagehlp.dll rebase functionality into the all of above to support Me. Jason -- 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: Python support for Tcl 8.0
David, On Tue, Oct 15, 2002 at 01:15:31PM -0400, Robinow, David wrote: > The following post from the Python-Dev mailing list seems to have > ramifications for Cygwin Python. Comments, anyone? Thanks for the heads up. I will post the python-dev@ and lobby for Tcl 8.0 support to be retained. However, I don't know if I will have any effect. Does anyone want to take Mumit Khan's patches and update Cygwin to a more recent version? http://www.xraylith.wisc.edu/~khan/software/tcl/ Thanks, Jason -- 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: Python support for Tcl 8.0
Chris, On Tue, Oct 15, 2002 at 01:48:27PM -0400, Christopher Faylor wrote: > On Tue, Oct 15, 2002 at 01:45:40PM -0400, Jason Tishler wrote: > >Does anyone want to take Mumit Khan's patches and update Cygwin to a > >more recent version? > > > >http://www.xraylith.wisc.edu/~khan/software/tcl/ > > That's not how it works. Read the mailing list archives for what > needs to be done. > > It doesn't just require someone to just take Mumit's patches and > update Cygwin. Oops, I forgot about the Insight stuff (IIRC). Sorry. I guess that when Python 2.3 is released, I will most likely have to drop support for the _tkinter module. Jason -- 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: "Application failed to initialize (0xc0000022)"
Ralf, On Tue, Oct 15, 2002 at 02:11:00PM +0200, Ralf Habacker wrote: > Thanks for this info. You are welcome. > Please let me know, if you are going to the third part. I intend to. > Perhaps I can help you with this stuff. :-) Don't worry -- *you* will. :,) Jason -- 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: Python support for Tcl 8.0
Jerry, On Tue, Oct 15, 2002 at 02:57:37PM -0400, Gerald S. Williams wrote: > Jason Tishler wrote: > > I guess that when Python 2.3 is released, I will most likely have to > > drop support for the _tkinter module. > > Please let's not. I would prefer not to drop support either. But, to be frank, I do not use _tkinter. Hence, my motivation to support it is very low. If _tkinter is important to you (or anyone else), then please help. > The BDFL's comments were based on the assumption that Tcl/Tk 8.0 isn't > being used, which is clearly not true if Cygwin is stuck with it for a > while. Can't we ask them to keep the 8.0 special case for a while, at > least within #ifdef CYGWIN? I have done so already (sans the #ifdef). I encourage you (or anyone else) to post to python-dev@ to help support the Cygwin cause. > (I'm not entirely sure why Tcl/Tk is stuck at 8.0--I thought Cygwin > was supported through 8.2 or 8.3. But that's another matter.) As Chris has already stated, it is in the archives. > If Tcl/Tk 8.0 support is dropped from Python, I hope you don't do have > to do anything to drop support in Cygwin (i.e., it should > automatically build without it if Tcl/Tk 8.2+ isn't found). We will have to wait and see what Martin has done to rip out support for Tcl 8.0 and 8.1. My WAG is that the _tkinter module will just not be built. > That way, those of us that want to use it can simply rebuild Python > after updating Tcl/Tk. YAWAG is that setup.py will find Tcl/Tk and build _tkinter in this case. Jason BTW, what is "BDFL"? -- 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: Remap problems with Perl 5.8 and 1.3.13-2
Gary, On Mon, Oct 14, 2002 at 10:24:57AM -0500, Gary R Van Sickle wrote: > I've never manually done anything with rebasing etc. Nevertheless, rebasing should solve this problem. I encourage you to try it and report your findings to the list. Thanks, Jason -- 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/
[ANNOUNCEMENT] Updated Cygwin Package: fetchmail-6.1.0-1
New News: === I have updated the version of fetchmail to 6.1.0-1. The tarballs should be available on a Cygwin mirror near you shortly. fetchmail 6.1.0 was released to address the following security advisory: http://security.e-matters.de/advisories/032002.html Old News: === Fetchmail is a remote mail retrieval and forwarding utility intended for use over on-demand TCP/IP links, like SLIP or PPP connections. Fetchmail supports every remote-mail protocol currently in use on the Internet (POP2, POP3, RPOP, APOP, KPOP, all IMAPs, ESMTP ETRN, IPv6, and IPSEC) for retrieval. Then Fetchmail forwards the mail through SMTP so you can read it through your favorite mail client. See the fetchmail home page for more details: http://www.tuxedo.org/~esr/fetchmail/ Please read the README file: /usr/doc/Cygwin/fetchmail-6.1.0.README since it covers requirements, installation, known issues, etc. To update your installation, click on the "Install Cygwin now" link on the http://cygwin.com/ web page. This downloads setup.exe to your system. Then, run setup and answer all of the questions. In the US, ftp://mirrors.rcn.net/mirrors/sources.redhat.com/cygwin/ is a reliable high bandwidth connection. In Germany, ftp://ftp.uni-erlangen.de/pub/pc/gnuwin32/cygwin/mirrors/cygnus/ is usually pretty good. In the UK, http://programming.ccp14.ac.uk/ftp-mirror/programming/cygwin/pub/cygwin/ is usually up-to-date within 48 hours. If one of the above doesn't have the latest version of this package then you can either wait for the site to be updated or find another mirror. The setup.exe program will figure out what needs to be updated on your system and will install newer packages automatically. If you have questions or comments, please send them to the Cygwin mailing list at: [EMAIL PROTECTED] . I would appreciate if you would use this mailing list rather than emailing me directly. This includes ideas and comments about the setup utility or Cygwin in general. If you want to make a point or ask a question, the Cygwin mailing list is the appropriate place. *** CYGWIN-ANNOUNCE UNSUBSCRIBE INFO *** If you want to unsubscribe from the cygwin-announce mailing list, look at the "List-Unsubscribe: " tag in the email header of this message. Send email to the address specified there. It will be in the format: [EMAIL PROTECTED] Jason -- 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/
[ANNOUNCEMENT] Updated Cygwin Package: postgresql-7.2.3-1
New News: === I have updated the version of PostgreSQL to 7.2.3-1. The tarballs should be available on a Cygwin mirror near you shortly. PostgreSQL 7.2.3 is a bug fix release addressing a serious problem with vacuum that could result in data loss. See the following for more details, if interested: http://www.us.postgresql.org/news.html Old News: === PostgreSQL is an open-source, Object-Relational DBMS. If interested, see the PostgreSQL web site for more details: http://www.postgresql.org/ Please read the README file: /usr/doc/Cygwin/postgresql-7.2.3.README since it covers requirements, installation, known issues, etc. To update your installation, click on the "Install Cygwin now" link on the http://cygwin.com/ web page. This downloads setup.exe to your system. Then, run setup and answer all of the questions. Note that we have recently stopped downloads from sources.redhat.com (aka cygwin.com) due to bandwidth limitations. This means that you will need to find a mirror which has this update. In the US, ftp://mirrors.rcn.net/mirrors/sources.redhat.com/cygwin/ is a reliable high bandwidth connection. In Germany, ftp://ftp.uni-erlangen.de/pub/pc/gnuwin32/cygwin/mirrors/cygnus/ is usually pretty good. In the UK, http://programming.ccp14.ac.uk/ftp-mirror/programming/cygwin/pub/cygwin/ is usually up-to-date within 48 hours. If one of the above doesn't have the latest version of this package then you can either wait for the site to be updated or find another mirror. The setup.exe program will figure out what needs to be updated on your system and will install newer packages automatically. If you have questions or comments, please send them to the Cygwin mailing list at: [EMAIL PROTECTED] . I would appreciate if you would use this mailing list rather than emailing me directly. This includes ideas and comments about the setup utility or Cygwin in general. If you want to make a point or ask a question, the Cygwin mailing list is the appropriate place. *** CYGWIN-ANNOUNCE UNSUBSCRIBE INFO *** If you want to unsubscribe from the cygwin-announce mailing list, look at the "List-Unsubscribe: " tag in the email header of this message. Send email to the address specified there. It will be in the format: [EMAIL PROTECTED] Jason -- 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: Python support for Tcl 8.0
On Tue, Oct 15, 2002 at 01:45:40PM -0400, Jason Tishler wrote: > On Tue, Oct 15, 2002 at 01:15:31PM -0400, Robinow, David wrote: > > The following post from the Python-Dev mailing list seems to have > > ramifications for Cygwin Python. Comments, anyone? > > Thanks for the heads up. I will post the python-dev@ and lobby for > Tcl 8.0 support to be retained. However, I don't know if I will have > any effect. The following is the response to the above mentioned post: http://mail.python.org/pipermail/python-dev/2002-October/029589.html Therefore, if Cygwin Python tkinter support is important to you, then I encourage you to join the effort on the Insight mailing <[EMAIL PROTECTED]> to enable more recent Tcl versions to work under Cygwin. Thanks, Jason -- 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: Cygwin/Procmail stops working after setup.exe upgrade
On Wed, Oct 23, 2002 at 11:20:59AM +0200, Olaf Foellinger wrote: > On Wed, Oct 23, 2002 at 11:15:34AM +0200, Thomas Baker wrote: > > ..even though "echo $HOME" in a Bash window confirms that > > $HOME is "/cygdrive/e". > > AFAIK cygwin takes the home directory from /etc/passwd. Actually, in this case it is procmail the is using your /etc/passwd entry to set HOME. From the procmail man page, we have the following: FILES /etc/passwdto set the recipient's LOGNAME, HOME and SHELL variable defaults Jason -- 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: Cygwin/Procmail stops working after setup.exe upgrade
Thomas, On Wed, Oct 23, 2002 at 11:15:34AM +0200, Thomas Baker wrote: > So I edited .procmailrc, changing > > | MAILDIR=$HOME/uc > | PMDIR=$HOME/u/procmail > > to > > | MAILDIR=/cygdrive/e/uc > | PMDIR=/cygdrive/e/u/procmail > > And running "cat test.mbox | procmail -m e:/.procmailrc" again, I got: > > | procmail: [2044] Wed Oct 23 11:12:28 2002 > | procmail: Assigning "LOGABSTRACT=all" > | procmail: Assigning "MAILDIR=/cygdrive/e/uc" > | procmail: Assigning "PMDIR=/cygdrive/e/u/procmail" > | procmail: Assigning "DEFAULT=/cygdrive/e/uc/MBOX2" > | procmail: Assigning "LOGFILE=/cygdrive/e/u/procmail/procmail.log" > | procmail: Opening "/cygdrive/e/u/procmail/procmail.log" > > ..and the procmail.log showed everything as it should. > However, incoming messages are still not directed to files > as called for in the recipes... What *exactly* does procmail.log indicate happened to the misfiled messages? Jason -- 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: [CYGWIN] launch a request
Florian, On Wed, Oct 23, 2002 at 09:39:00AM +0200, Florian Litot wrote: > i am on cygwin and i would like to launch a command which execute a > request How i can do this? is it possible to keep the track if it is > good or not Please start a new thread when posting a new item -- do *not* reuse an existing thread. Please do *not* cross post unless it is really appropriate. This post does not qualify as such. Actually, your recent posts are really only appropriate on pgsql-general@, pgsql-novice@, or pgsql-sql@. They really are off-topic for cygwin@ and pgsql-cygwin@. Thanks, Jason -- 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: Cygwin/Procmail stops working after setup.exe upgrade
Tom, On Wed, Oct 23, 2002 at 01:43:19PM +0200, Thomas Baker wrote: > On Wed, Oct 23, 2002 at 07:16:14AM -0400, Jason Tishler wrote: > > What *exactly* does procmail.log indicate happened to the misfiled > > messages? > > Attached is the entire procmail.log -- i.e., the log > captures the file tested with "cat test.mbox | procmail -m > e:/.procmailrc" (above), but does not register any of the > incoming mail that is constantly arriving, which all simply > goes to the default /var/spool/mail/tbaker. See below... On Wed, Oct 23, 2002 at 10:56:48AM +0200, Thomas Baker wrote: > On Tue, Oct 22, 2002 at 08:14:52AM -0400, Jason Tishler wrote: > > I would check the permissions of $PMDIR, $PMDIR/procmail.log, and > > your entire $MAILDIR tree. > > [snip] > > $PMDIR: > drwxr-xr-x2 tbaker None 4096 Oct 23 10:44 e:/u/procmail > > Are these permissions set as they should be? Is fetchmail running under the LocalSystem account? If so, then perform the following: chmod 777 e:/u/procmail Can procmail write to e:/u/procmail/procmail.log when driven by fetchmail now? If so, does it indicate why procmail can't write to your mail folders? If fetchmail is running under your account, then I'm at a loss to explain your observed behavior. Jason -- 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: Simplifying Cygwin PosgreSQL Installation
Glenn, On Tue, Oct 22, 2002 at 04:46:51PM -0600, Glenn Murray wrote: > Thank you very much for your reply, I am learning a lot already. You are welcome. > Keep in mind that my goal is to simplify installation of Cygwin > PostreSQL, not to mention cygipc. The difficult part of the install > is navigating through the setup.exe dialogs. Your Suggestion #2 > reproduces that problem and your Suggestion #3 makes it harder. Only > your Suggestion #1 might simplify this by enabling me to tell the user > to "Hit the `Next' button until done", so let me ask about that. Agreed. You can solve the above issue, by contributing command line support to Cygwin's setup.exe. Note that the infrastructure required for this support is already implemented. Search cygwin-apps@ for the details. > By "Create a minimal Cygwin mirror" do you mean create a space on a > web server and put files (as described in > http://cygwin.com/setup.html) that setup.exe can find? Yes. > I did a search in cygwin-apps for "upset" and found lots of references > but not an explanation. I take it that upset helps build a setup.ini > file which gets downloaded from the mirror. Yes. > Where do you get it? I didn't find "upset" as a cygwin package. See the following: http://www.cygwin.com/ml/cygwin-apps/2002-07/msg00175.html > How does setup.exe see this mirror and not the official Cygwin > mirrors, i.e., how do I "point my Windows users" to that particular > mirror? Just tell your users to enter your specified "User URL" in the "Choose A Download Site" dialog. Jason -- 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: Cygwin/Procmail stops working after setup.exe upgrade
Tom, On Wed, Oct 23, 2002 at 02:39:51PM +0200, Thomas Baker wrote: > | mda "/usr/bin/procmail -d %T" # pass message to the local MDA The above .fetchmailrc line invokes procmail differently than "procmail -m". Since fetchmail is invoking procmail without the "-m" option, procmail is looking for $HOME/.procmailrc. My WAG is that procmail can't find your .procmailrc file. Hence, procmail defaults to sending all messages to /var/spool/mail/tbaker without any logging. Note that recent posts indicate an incorrect tbaker /etc/passwd entry. Jason -- 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: Cygwin/Procmail stops working after setup.exe upgrade
Tom, On Wed, Oct 23, 2002 at 04:07:16PM +0200, Thomas Baker wrote: > On Wed, Oct 23, 2002 at 09:02:39AM -0400, Jason Tishler wrote: > > The above .fetchmailrc line invokes procmail differently than > > "procmail -m". Since fetchmail is invoking procmail without the > > "-m" option, procmail is looking for $HOME/.procmailrc. My WAG is > > that procmail can't find your .procmailrc file. Hence, procmail > > defaults to sending all messages to /var/spool/mail/tbaker without > > any logging. Note that recent posts indicate an incorrect tbaker > > /etc/passwd entry. > > That's it!!! > > I created the directory /home/tbaker and copied e:/.procmail there, > and suddenly everything works again! I'm glad that you finally fixed your problem. > Bjoern suggested I map /home/tbaker to /cygdrive/e with "mount". The above is a very good suggestion, please follow it. If you stick with your unconventional directory structure, then use the following: $ mount -s -b e:/ /home/tbaker However, IMO, a much more general and useful approach is the following: $ mkdir X:/home $ mount -s -b X:/home /home where "X" is some drive letter. Note that the above will work for all users not just tbaker. > Would this allow me to delete the redundant copy > /home/tbaker/.procmailrc and just use /cygdrive/e/.procmailrc? Yes. > Would this "mount" command go into my .bash_profile? No, you just need to execute it once. Cygwin's mount table is persisted in the Windows registry. > (Any particular flags to use?) See above. Jason -- 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/
