Re: Xemacs/cygwin 21.4.3 and new console window during compilation
Andy Piper <[EMAIL PROTECTED]> writes: > So my supposition is that a console window is created because XEmacs > doesn't have one by default when started from the desktop. Why then MSVC-compiled XEmacs does not popup new console in the same situation? It also seems not to have one by default ... > The reason > it works in bash is that children inherit their parent's console by > default and somewhere up the foodchain cygwin has a console. I have no > idea how we could fix this. I imagine that if we do AllocConsole in > the cygwin version of XEmacs that whilst this may stop your program > creating a console we will get an ugly console popping up for XEmacs > as a whole. Maybe this is acceptable, I don't know. I'm CC'ing ben and > the cygwin list to see if any windows gurus have any great ideas on > this score. > > > andy Hope to hear from you soon, Dmitry -- 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/
Compiling Problem under gcc version 2.95.3-5!!
Hi: I've installed cygwin 1.3.5 under w2k . I've installed them in a network shared drive. It's shared from a Samba server. I tried to compile some sources, and I get this error: 0 [main] c++ 544 proc_subproc: Couldn't duplicate my handle<0x30> for pid 320, Win32 error 6 What does it mean?. Thanks in advance. -- 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: Perl Tk does not install
Hallo Russell, 2001-12-18 10:09:04, du schriebst: > Hi, > I can't seem to get Tk.pm to install > on my system: > $ uname -a > CYGWIN_NT-4.0 SRC26 1.3.6(0.47/3/2) 2001-12-08 17:02 i686 unknown > $ which gcc > /usr/bin/gcc > $ gcc -v > Reading specs from /usr/lib/gcc-lib/i686-pc-cygwin/2.95.3-5/specs > gcc version 2.95.3-5 (cygwin special) > $ which perl > /usr/bin/perl > $ perl -v > This is perl, v5.6.1 built for cygwin-multi > Copyright 1987-2001, Larry Wall > Perl may be copied only under the terms of either the Artistic License or the > GNU General Public License, which may be found in the Perl 5 source kit. > Complete documentation for Perl, including FAQ lists, should be found on > this system using `man perl' or `perldoc perl'. If you have access to the > Internet, point your browser at http://www.perl.com/, the Perl Home Page. > I download Tk800.023 from CPAN. > I had to play around with the > Makefile and the location of > the X11 header files. > Once I got past that mess > I got linker errors :( > Has anyone installed Tk.pm > for Cygwin? There is a patch needed. See http://cygwin.com/ported.html for a link to Tk800.023, please. There are a precompiled version, patched sources, the patch and a README which explains the details. There is also one place to look if your favourite module is ported: http://testers.cpan.org/search?request=by-config and choose cygwin (first cygwin entry from top), there is a list about more than 400 reports about perl modules I built, some with patches. e.g Tk: http://testers.cpan.org/search?request=dist&dist=Tk&macid=130 NOTE: The 'macid's' change from time to time, so if this link doesn't work, go back to the first CPAN link above and choose cygwin there. Gerrit -- begin signature: =^..^= end -- 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: mutt/procmail lock problem
Gary, On Mon, Dec 17, 2001 at 11:50:03PM -0600, Gary R. Van Sickle wrote: > From: Jason Tishler [mailto:[EMAIL PROTECTED]] > > I recommend "fixing" the permissions of "/var/spool/mail" on your machine: > > > > $ chmod g+w /var/spool/mail > > Done and done, and of course... it does nothing for me. Either with > ntsec or no ntsec, ls -l comes back exactly the same. Dag nabbit. Hmm... The chmod should work at least with ntsec. If you recently enabled ntsec, then make sure to exit *all* Cygwin process before trying again. > Well at least I know what needs fixing now. If I can't get the group > permissions set right, perhaps I can force the configure somehow. You can always edit config.h (after running configure) -- this is what I did until I traced through configure.in and figured out the group permission requirement. Too bad there isn't a configure option for this... Anyway, just replace: #undef USE_DOTLOCK with: #define USE_DOTLOCK 1 in config.h. > > and then releasing a new mutt package. > > > > Or perhaps... two? ;-) Why two? One package with USE_DOTLOCK enabled will handle both cases -- locking required and locking unnecessary. > Thanks for the heads-up Jason, this is great info, > especially since I don't use procmail currently and would otherwise probably > never have caught this, let alone figured out what to do about it. No problem. It was just the standard situation -- I had the itch... Thanks for being open to "fixing" your package. 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: path problems when logged in through ssh
On Mon, Dec 17, 2001 at 12:43:37PM -0800, David Rothenberger wrote: > I had a similar problem with ssh. In my case, I couldn't even log in > through ssh because the spawned child process could not find the cygwin > DLL. The problem was that my system PATH value was longer than 512 > characters. > > The sshd daemon is supposed to copy its environment for the child > process. Through debugging, I determined the child process did get a > copy of the daemon's environment -- except for PATH, which was set to > some useless default like /usr/sbin:/c/WINNT that didn't include the > cygwin directory. > > I looked at the sshd sources and noticed a limit on the environment > value sizes of 512 in the code that copies the environment. Since > shortening my system PATH value was not an option, I solved the problem > by overriding the PATH value for the sshd daemon's environment. I did > this by editing the registry for my sshd service, but you can also do it > by recreating the sshd service with cygrunsrv and specifying the PATH > value as part of the service's environment. Just to claify here. You're not talking about OpenSSH but of ssh.com, right? There's no limit of the length of environment variables in OpenSSH nor is PATH truncated to some default value in thr Cygwin version. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Developermailto:[EMAIL PROTECTED] Red Hat, Inc. -- 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/
Random 'Signal 11' during configure/make [of gcc]
I have need to prove that I can compile up a gcc 2.95.3 with the latest libstdc++ (to get the proper C++ STL). I've set up cygwin as best as seems necessary, and fetched the latest gcc & libstdc++ source (gcc from the cygwin src dist.). However, whenever I do a 'configure' in a clean directory, I get random 'Signal 11' (seg. viol.?) messages come up, mostly in the checking phase, but occasionally also in the Makefile-generation phase at the end. They don't appear to happen in the same place each time. Typically, though, a 'strace -f' gave me a 246Mb output with /no/ 'signal 11's at all :-/ After that seeming success, I'm doing a make, but I can see the signals happening there occasionally again, so I don't hold out much hope of a working build. Any ideas? FWIW, this is on NT; I installed Cygwin onto a network drive, but then put it onto my C: drive in case that was the problem; I'm currently running with '/' mounted off the network (primarily for the /etc changes I made initially), but pretty well everything else from the local install. I don't think my attempted insertion of the 2.95.3-compat. new libstdc++ has any bearing on the problem. -- [neil@fnx ~]# rm -f .signature [neil@fnx ~]# ls -l .signature ls: .signature: No such file or directory [neil@fnx ~]# exit -- 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: A Second OpenSSH Path Question
The difference is where the path is set. I am assuming that you are running sshd in the recommended method (out of cygrunsrv as system). cygrunsrv tacks on the cygwin primary paths after the windows System path, therefore any searches of similarly named executables will find the windows version first. That is why the non-interactive mode finds the 'find' under the windows dir. Now, when you login interactively, you are also invoking a full instance of the shell which also sources the /etc/profile and .bash_profile you may have. These in turn reset the path putting the Cygwin directories before the windows path. This is what I have concluded based on several tests that I have run. I have solved the problem by adding the following option to my cygrunsrv -I sshd -e PATH="/usr/local/bin:/usr/bin:/bin:$PATH" That forces the cygwin bin directories to precede any windows directory, since I generally do not want to run the windows binaries by default in an ssh session. If any of the maintainers know of a better solution or if I am wrong in my assessment, please correct me *grin* On Mon, 17 Dec 2001, Karl M wrote: > Hi All... > > I have a vanilla install on a Win2k, SP2 machine. > > If I type > > ssh localhost which find > > I get the one in /c/WINNT/System32 > > If I type > > ssh localhost > > and then type > > which find in the new session, I get the one in /usr/bin > > I know that I can change the setting of some environment variables to work > around this, but...My question is this: Why is remote command executution > different than remote interactive login? > > By the way, I have the Cygwin created profile in /etc in which the first > line is > > PATH="/usr/local/bin:/usr/bin:/bin:$PATH" > > So again, why do the two methods produce different results? > > Thanks, > > ...Karl > > > _ > Chat with friends online, try MSN Messenger: http://messenger.msn.com > > > -- > 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/ > Prentis Brooks | [EMAIL PROTECTED] | 703-265-0914 | AIM: PrentisB Senior System Administrator - Web Infrastructure & Security A knight is sworn to valor. His heart knows only virtue. His blade defends the helpless. His word speaks only truth. His wrath undoes the wicked. - the old code of Bowen, last of the dragonslayers -- 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/
Possible bug in handling of BSS sections?
Hi; I don't know whether this has been mentioned before, but I just had a bug report for NASM, which I am one of the maintainers of, relating to linking code assembled by NASM with the cygwin or mingw linkers. I've done a little investigation, and have managed to rule out NASM as the source of the problem; I attach a .OBJ file which was created by MS Visual Studio. When examined with the tools supplied with Visual Studio, this object file contains a .BSS section of size 4; however, when viewed with 'objdump' under cygwin (GNU objdump 2.11.90), the BSS section has 0 size. Beyond these symptoms, I really cannot hazard a guess as to the cause - my knowledge of the BFD library on which I understand the cygwin tools depend is minimal to say the least. Hope this can be resolved easily though! Jules testing.obj Description: application/unknown-content-type-mdpxfile -- 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/
Cron problem - tried suggestion in mail list
Hi, Sorry that I have common question on cron. I got cron error : can't switch user context. I have tried the following suggestion in mail list: 1. remove cron and install as SYSTEM $rm -Rf /var/cron $cygrunsrv -E cron $cygrunsrv -R cron $cygrunsrv -I cron -p /usr/sbin/cron -a -D -e CYGWIN="tty ntsec" $cygrunsrv -S cron The process is running by SYSTEM 2. All files directory under /var are mode = 777; mode of /usr/sbin/cron = 755 ; mode of /etc/group and /etc/passwd = 644 3. $mkgroup -ld > /etc/group $mkpasswd -ld > /etc/passwd the server installed cygwin is in domain ( but not domain controller), i must use domain user to login and run crontab -e . Thus i used "-ld" in making passwd and group file. 4. I tested that Domain administrator can use cron job properly. I used cygwin version 1.3.3 in w2k SP2 Advanced server. I know that a new cygwin version is released. However, as my system is in production now, i cannot upgrade the cygwin to the most update version. Or can i only upgrade the cron tool ? Thanks a lot ! ikbea __ Do You Yahoo!? Everything you'll ever need on one web page from News and Sport to Email and Music Charts http://uk.my.yahoo.com -- 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/
download notes
reading Please send notification of technical problems (bad html, broken links) concerning these web pages to the cygwin mailing list. i'm reporting: - it took me not zero time to find where is awk to download it (yes, you must manualy search http://cygwin.com/packages/, but i long time searched http://sources.redhat.com because i got info somewhere there it has to be) - setup has "source n/a" only but it downloaded me ...-src.tar.gz files too (it downloaded me not wanted cca 7 MB) - http://cygwin.com/download.html speaks about bootstrap.zip without _any_ link, you can find it at ftp://ftp.sunsite.utk.edu/pub/cygwin/latest/bootstrap.zip or similar (see mirror sites there), please update html, thanks - 3/4 MB b...zip file contains two directories with the same files - why? maybe this helps you anyway t! -- 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: dll_list::load_after_fork() blues (was Re: [ python-Bugs-489709 ] Building Fails ...)
Rob, On Sun, Dec 16, 2001 at 07:26:37PM +1100, Robert Collins wrote: > From: "Jason Tishler" <[EMAIL PROTECTED]> > > - cygwin1.dll: since I believe that it relies on being based > > at 0x6100 > > It does not rely on any base address per se. It *does* reply on the base > address being consistent between forked/spawned and exec'd parent and > children. > [snip] I knew that I was going to put my foot in my mouth with the above feeble explanation. Thanks for setting the record straight. > > - cygcurl-2.dll: because it gets "whacked" by rebase and > > AFAICT is not used by Python anyway > > Can you detail 'whack' a little more? $ cp /usr/bin/cygcurl-2.dll . $ file cygcurl-2.dll cygcurl-2.dll: MS Windows PE Intel 80386 console DLL $ rebase -b 0x6800 -d cygcurl-2.dll cygcurl-2.dll: new base = 6800, new size = 2 $ file cygcurl-2.dll cygcurl-2.dll: MS-DOS executable (EXE), OS/2 or MS Windows $ objdump -p cygcurl-2.dll objdump: cygcurl-2.dll: File format not recognized The above seems to indicated that cygcurl-2.dll did not "survive" a rebase which is why I used the term "whacked." > > - cygtclpip80.dll: because it appears not to be relocatable > > What error do you get? None. The rebase is just ineffective which should not be surprising since: $ file cygtclpip80.dll cygtclpip80.dll: MS Windows PE Intel 80386 ... not relocatable ^^^ > > Hence, the rebasing appears not to completely solve this problem. > > Can you get process explorer to show their address space - get them to > fail, and stop rather than terminating (usually there is a dialog you > could leave open or you can use the CYGWIN debug flags). By "process explorer," do you mean Process Explorer (aka HandleEx) from Sysinternals? Or, Process Viewer that is part of Visual Studio? Or, something else? 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: dll_list::load_after_fork() blues (was Re: [ python-Bugs-489709 ] Building Fails ...)
> By "process explorer," do you mean Process Explorer (aka HandleEx) from > Sysinternals? Yes. -- 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/
The program cannot be run in DOS mode
hi how to make gawk and sed working? i extracted them from downloaded tar and ran doesn't matter how: dos-box, start or .bat file it ends with The program cannot be run in DOS mode does it need any special environment setting? or something else? no usable mention in www faq or user's guide in this forum history i do not see reply except unusable: you downloaded wrongly or something not set correctly if they need something very special: do you know another ones working in w32 without special requirements? thanks for reply t! -- 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: The program cannot be run in DOS mode
On Tue, Dec 18, 2001 at 03:38:32PM +0100, [EMAIL PROTECTED] wrote: > hi > how to make gawk and sed working? Don't do this: > i extracted them from downloaded tar and ran but instead use the setup.exe tool for downloading a Cygwin environment. Click on the "Install Cygwin now" button on http://cygwin.com. This will download setup.exe. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Developermailto:[EMAIL PROTECTED] Red Hat, Inc. -- 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: Xemacs/cygwin 21.4.3 and new console window during compilation
At 03:11 AM 12/18/2001, Dmitry Bely wrote: >Andy Piper <[EMAIL PROTECTED]> writes: > > > So my supposition is that a console window is created because XEmacs > > doesn't have one by default when started from the desktop. > >Why then MSVC-compiled XEmacs does not popup new console in the same >situation? It also seems not to have one by default ... Checking the source would provide the definitive answer. I expect what you'll find is that a console is created but it's invisible. That's at least one simple way to deal with this issue. Good luck, Larry Hall [EMAIL PROTECTED] RFK Partners, Inc. http://www.rfk.com 838 Washington Street (508) 893-9779 - RFK Office Holliston, MA 01746 (508) 893-9889 - FAX -- 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/
Building 1.3.6
Building main package from sources: I've been using cygwin for some time, and have always applied a patch to cause environment varialbes like 'CLASSPATH' to be automatically translated like 'PATH' is. I have always simply untarred the source, configured in another directory, and make it there, with no problems. The most recent version, however, does not build for me this way. Have there been changes to the build procedure? I don't want to give a long-winded description of symptoms until I find this out. Thanks in advance, Rich Paul MasterLink, INC -- 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: path problems when logged in through ssh
Corinna Vinschen wrote: > > On Mon, Dec 17, 2001 at 12:43:37PM -0800, David Rothenberger wrote: > > I had a similar problem with ssh. In my case, I couldn't even log in > > through ssh because the spawned child process could not find the cygwin > > DLL. The problem was that my system PATH value was longer than 512 > > characters. > > > > The sshd daemon is supposed to copy its environment for the child > > process. Through debugging, I determined the child process did get a > > copy of the daemon's environment -- except for PATH, which was set to > > some useless default like /usr/sbin:/c/WINNT that didn't include the > > cygwin directory. > > > > I looked at the sshd sources and noticed a limit on the environment > > value sizes of 512 in the code that copies the environment. Since > > shortening my system PATH value was not an option, I solved the problem > > by overriding the PATH value for the sshd daemon's environment. I did > > this by editing the registry for my sshd service, but you can also do it > > by recreating the sshd service with cygrunsrv and specifying the PATH > > value as part of the service's environment. > > Just to claify here. You're not talking about OpenSSH but of ssh.com, > right? There's no limit of the length of environment variables in > OpenSSH nor is PATH truncated to some default value in thr Cygwin version. No, I was talking about OpenSSH, not ssh.com. I saw this behavior on a machine with a PATH of about 600 characters. When I tried to connect to the server (with either openssh client or ssh.com), I got a Windows dialog saying that the cygwin1.dll couldn't be found in the path c:\cygwin\usr\sbin;c:\winnt;c:\winnt\system32... Setting PATH in the environment for the sshd process fixed the problem. I was running the same setup on two machines. The one with the shorter path worked fine, the one with the longer path did not. I thought there was a limit because the char[] array for the environment value in copyEnvironment() was 512. (This is from memory, so I may be a little off here.) I'll try to do some more investigation and experimentation this evening to see if I can isolate the problem further. Dave P.S. This occurred a couple weeks ago, with the OpenSSH package released before the current one. -- 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/
Exim binary available
A compiled version of Exim 3.33, a Mail Transfer Agent similar to sendmail, is available on ftp.uni-erlangen.de in /pub/pc/gnuwin32/cygwin32/porters/Humblet_Pierre_A/V1.1 This experimental version will eventually be submitted to Cygwin's setup, assuming major problems don't arise. Here is the README if you are interested. Pierre * What is Exim? * A fully featured mail transfer agent, a drop-in replacement for sendmail. Where is the documentation? *** Exim has - a web site with a FAQ http://www.exim.org - a searchable mailing list http://groups.yahoo.com/group/exim-users - a book (632 pages) http://www.oreilly.com/catalog/exim How to install and run Exim? Setting up a simple mailer for a single host is straightforward 1) Download the exim-3.33-cygwin-1.3-bin.tar.gz and untar it in / Executables and dll go in /usr/local/bin All the Exim log and work areas are under /usr/local/exim The mail spool directory is configurable in /usr/local/exim/configure The default is /var/mail 2) This port of exim requires the perl dll (from Cygwin's setup) 3) Rename /usr/local/exim/configure.sample to configure and add your fully qualified hostname on the "primary_hostname =" line. Uncomment that line. Read the rest of configure to see some of the available options. 4) Create or edit /etc/aliases Define at least postmaster: your_login_name 5) On Win95 and NT only, the nameserver ip address(es) must appear in /etc/resolv.conf on line(s) starting with "nameserver" (without " "). On Win95/98/Me and on WinNT/2000/XP without ntsec 6) Launch the exim daemon, e.g. exim -bd -q15m & On WinNT/2000/XP you can also use cygrunsrv cygrunsrv -I exim -p /usr/local/bin/exim.exe -a "-bd -q15m" cygrunserv -S exim ( see /usr/doc/Cygwin/cygrunsrv.README ) The command line documentation appears in http://www.exim.org/exim-html-3.30/doc/html/spec.html 7) Mail User Agent programs can use exim to send local and remote mail On WinNT/2000/XP with ntsec you need to be more careful. -- 6) /usr/local/exim/configure must be owned by System Other users cannot have write access (through group or world) but must have read access. 7) The daemon must run as a service (or be able to setuid) Specify CYGWIN=netsec when installing the service cygrunsrv -I exim -e CYGWIN=ntsec -p /usr/local/bin/exim.exe -a "-bd -q15m" 8) Due to file permission settings (there is no suid in Windows), Mail User Agent programs cannot use exim directly. They should smtp to exim on localhost (port 25) for both local and remote mail. Uncomment "# host_accept_relay = localhost" in configure. 9) Directory and File default permissions are set to 0755 and 0644. This is necessary for operation without ntsec but can be changed in the configure file (for message related files) or from the shell (for directories and permanent files, after exim has created them). 10) Only members of the Administrators group can send signals to exim launched as a service Caveats *** Many advanced features, including the built-in perl interpreter, have not been tested. Known bugs ** Exim cannot handle $ characters in paths What if it doesn't work? Get the book Look at the log files in /usr/local/exim/spool/log Follow the testing section (4.15) in http://www.exim.org/exim-html-3.30/doc/html/spec.html Turn -d 11 on, it's instructive to watch what happens If -d is passed to the daemon running as a service, output will be in /var/log/exim.log by default Identify the source of the problem. Recompile with -g and use gdb if necessary, Exim forks subprocesses. You can debug them by using jump in gdb to avoid the fork(). Write to pierre.humblet at ieee.org (cc to the list) if the problem is related to the port: - dns lookup - locking or opening databases or files - binary/text mode issues I will do my best to answer & fix but make no promises. The executable will be withdrawn if too many problems surface. Building from sources * Sources patched for Cygwin are available on ftp://ftp.uni-erlangen.de/pub/pc/gnuwin32/cygwin/porters/Humblet_Pierre_A/V1.1/ There are three Cygwin specific files in the os subdirectory. Necessary include files that are not part of Cygwin are in the include subdirectory. Copy them under /usr/local/include To build exim type "make" in the main directory. Exim uses a non-traditional configuration and makefile building process. Read the documentation. "make install" requires root to appear in /etc/passwd. If it doesn't, run make install twice and ignore the chown error message. The minires package, a simple resolver (partially replacing bind) that can be used with exim is also available.
Re: Distribution
Thanks for replying so quickly. Sorry for the vague assumptions. I would like to include on the CD-ROM the following components from your download site/s: Base: bash cygwin fileutils findutils grep login which Devel: binutils gcc Doc: man newlib-man Editors: nano vim Utils: clear time In reality I really only need the cygwin and bash base with devel and editor components (in order to teach C Language on win-tel platforms), the others are simply gravy. Thanks again for your assistance! P.S. I also teach part-time for a technical college here in Sacramento California. For our C / C++ classes we currently telnet into another Univiersities UNIX box. If this goes well, I'd like to recommend CYGWIN as an alternative for our college. Michael Vine Software Engineer / Technical Author / Part-Time Faculty (MTI College) 916-843-5748 >From: Christopher Faylor <[EMAIL PROTECTED]> >Reply-To: [EMAIL PROTECTED] >To: [EMAIL PROTECTED] >CC: [EMAIL PROTECTED] >Subject: Re: Distribution >Date: Mon, 17 Dec 2001 21:36:59 -0500 > >On Mon, Dec 17, 2001 at 06:24:23PM -0800, michael vine wrote: > >My name is Michael Vine and I'm a technical author with Premier press. >I'm > >starting a new beginner's book on C Language development on UNIX >platforms. > > > >I've found CYGWIN to be very effective for teaching and learning C >Language > >/ UNIX on Win platforms and would like to include the CYGWIN software on >CD > >with this book. I've read the license agreement and have derived that it > >should be ok to do so. Am I correct in my assumptions? > >It's had to guess what your assumptions might be. What are you assuming >you can do with the software? What would you include on the CD? > >cgf _ Send and receive Hotmail on your mobile device: http://mobile.msn.com -- 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: path problems when logged in through ssh
On Tue, Dec 18, 2001 at 08:49:18AM -0800, David Rothenberger wrote: > I thought there was a limit because the char[] array for the > environment value in copyEnvironment() was 512. (This is from > memory, so I may be a little off here.) No, you're not off. I just looked into the child_set_env() code but I missed the copy_environment() function. There's actually a 512 bytes limit. I'll create a patch and upload a new version soon. Thanks for pointing this out, Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Developermailto:[EMAIL PROTECTED] Red Hat, Inc. -- 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: Distribution
> In reality I really only need the cygwin and bash base with devel and editor > components (in order to teach C Language on win-tel platforms), the others > are simply gravy. Thanks again for your assistance! I'm a profane of legal issues but I bet that as long as you include full sources and the url of cygwin's homepage theer's no problem, as it is GPL software after all. Correct me if I'm wrong... -- Lapo 'Raist' Luchini [EMAIL PROTECTED] (PGP & X.509 keys available) http://www.lapo.it (ICQ UIN: 529796) -- 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: path problems when logged in through ssh
Just to clarify a bit, the problem I had was with the sftp-server process, not getting an interactive session with sshd. I coiuld get interactive sessions without problems. It was when I started sftp that I got the DLL not found error. Corinna Vinschen wrote: > > On Tue, Dec 18, 2001 at 08:49:18AM -0800, David Rothenberger wrote: > > I thought there was a limit because the char[] array for the > > environment value in copyEnvironment() was 512. (This is from > > memory, so I may be a little off here.) > > No, you're not off. I just looked into the child_set_env() code but I > missed the copy_environment() function. There's actually a 512 bytes > limit. I'll create a patch and upload a new version soon. > > Thanks for pointing this out, > Corinna > > -- > Corinna Vinschen Please, send mails regarding Cygwin to > Cygwin Developermailto:[EMAIL PROTECTED] > Red Hat, Inc. > > -- > 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/ -- 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: Re: Perl Tk does not install
Thanks Gerrit, But I don't like to download src links. ftp://ftp.uni-erlangen.de/pub/pc/gnuwin32/cygwin/porters/Haase_Gerrit/1.3/perl/Tk800.023-src.tar.bz2 Just doesn't fell safe. But thanks anyways "Gerrit P. Haase" <[EMAIL PROTECTED]> wrote: >Hallo Russell, > >2001-12-18 10:09:04, du schriebst: > >> Hi, > >> I can't seem to get Tk.pm to install >> on my system: > >> $ uname -a >> CYGWIN_NT-4.0 SRC26 1.3.6(0.47/3/2) 2001-12-08 17:02 i686 unknown >> $ which gcc >> /usr/bin/gcc >> $ gcc -v >> Reading specs from /usr/lib/gcc-lib/i686-pc-cygwin/2.95.3-5/specs >> gcc version 2.95.3-5 (cygwin special) >> $ which perl >> /usr/bin/perl >> $ perl -v > >> This is perl, v5.6.1 built for cygwin-multi > >> Copyright 1987-2001, Larry Wall > >> Perl may be copied only under the terms of either the Artistic License or the >> GNU General Public License, which may be found in the Perl 5 source kit. > >> Complete documentation for Perl, including FAQ lists, should be found on >> this system using `man perl' or `perldoc perl'. If you have access to the >> Internet, point your browser at http://www.perl.com/, the Perl Home Page. > >> I download Tk800.023 from CPAN. >> I had to play around with the >> Makefile and the location of >> the X11 header files. > >> Once I got past that mess >> I got linker errors :( > >> Has anyone installed Tk.pm >> for Cygwin? > >There is a patch needed. >See http://cygwin.com/ported.html for a link to Tk800.023, please. >There are a precompiled version, patched sources, the patch and a >README which explains the details. > >There is also one place to look if your favourite module is ported: >http://testers.cpan.org/search?request=by-config and choose cygwin >(first cygwin entry from top), there is a list about more than 400 >reports about perl modules I built, some with patches. > >e.g Tk: >http://testers.cpan.org/search?request=dist&dist=Tk&macid=130 > >NOTE: The 'macid's' change from time to time, so if this link doesn't >work, go back to the first CPAN link above and choose cygwin there. > >Gerrit >-- >begin signature: >=^..^= >end > > -- __ Your favorite stores, helpful shopping tools and great gift ideas. Experience the convenience of buying online with Shop@Netscape! http://shopnow.netscape.com/ Get your own FREE, personal Netscape Mail account today at http://webmail.netscape.com/ -- 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: Perl Tk does not install
Hallo Russell, 2001-12-18 18:50:48, du schriebst: > But I don't like to download src links. > >ftp://ftp.uni-erlangen.de/pub/pc/gnuwin32/cygwin/porters/Haase_Gerrit/1.3/perl/Tk800.023-src.tar.bz2 > Just doesn't fell safe. What does that mean, if I may ask? >>There is also one place to look if your favourite module is ported: >>http://testers.cpan.org/search?request=by-config and choose cygwin >>(first cygwin entry from top), there is a list about more than 400 >>reports about perl modules I built, some with patches. >> >>e.g Tk: >>http://testers.cpan.org/search?request=dist&dist=Tk&macid=130 You can take also the patch from the link above or from the testers CPAN site and build it on your own machine;) Gerrit -- begin signature: =^..^= end -- 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: Xemacs/cygwin 21.4.3 and new console window during compilation
Look at STARTUP_INFO in the context of CreateProcess: http://msdn.microsoft.com/library/default.asp?url=/library/en-us/dllproc/prothred_9dpv.asp You can make the console created invisible by setting dwFlags to STARTF_USESHOWWINDOW and wShowWindow to SW_HIDE. Larry Hall [EMAIL PROTECTED] RFK Partners, Inc. http://www.rfk.com 838 Washington Street (508) 893-9779 - RFK Office Holliston, MA 01746 (508) 893-9889 - FAX At 12:36 PM 12/18/2001, Andy Piper wrote: >Dumb question - how do you create an invisible console? > >andy > > > -Original Message- > > From: [EMAIL PROTECTED] > > [mailto:[EMAIL PROTECTED]]On Behalf Of Larry Hall (RFK > > Partners, Inc) > > Sent: Tuesday, December 18, 2001 7:13 AM > > To: Dmitry Bely; Andy Piper > > Cc: [EMAIL PROTECTED]; [EMAIL PROTECTED]; [EMAIL PROTECTED] > > Subject: Re: Xemacs/cygwin 21.4.3 and new console window during > > compilation > > > > > > At 03:11 AM 12/18/2001, Dmitry Bely wrote: > > >Andy Piper <[EMAIL PROTECTED]> writes: > > > > > > > So my supposition is that a console window is created because XEmacs > > > > doesn't have one by default when started from the desktop. > > > > > >Why then MSVC-compiled XEmacs does not popup new console in the same > > >situation? It also seems not to have one by default ... > > > > > > Checking the source would provide the definitive answer. I expect what > > you'll find is that a console is created but it's invisible. That's at > > least one simple way to deal with this issue. > > > > > > Good luck, > > > > > > > > Larry Hall [EMAIL PROTECTED] > > RFK Partners, Inc. http://www.rfk.com > > 838 Washington Street (508) 893-9779 - RFK Office > > Holliston, MA 01746 (508) 893-9889 - FAX > > -- 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: Xemacs/cygwin 21.4.3 and new console window during compilation
Take a look here: http://www.neuro.gatech.edu/users/cwilson/cygutils/unversioned/run/ and get the run-1.1.4 sourcecode. I think it contains the commands you want. --Chuck Andy Piper wrote: > Dumb question - how do you create an invisible console? > > andy > > >>-Original Message- >>From: [EMAIL PROTECTED] >>[mailto:[EMAIL PROTECTED]]On Behalf Of Larry Hall (RFK >>Partners, Inc) >>Sent: Tuesday, December 18, 2001 7:13 AM >>To: Dmitry Bely; Andy Piper >>Cc: [EMAIL PROTECTED]; [EMAIL PROTECTED]; [EMAIL PROTECTED] >>Subject: Re: Xemacs/cygwin 21.4.3 and new console window during >>compilation >> >> >>At 03:11 AM 12/18/2001, Dmitry Bely wrote: >> >>>Andy Piper <[EMAIL PROTECTED]> writes: >>> >>> So my supposition is that a console window is created because XEmacs doesn't have one by default when started from the desktop. >>>Why then MSVC-compiled XEmacs does not popup new console in the same >>>situation? It also seems not to have one by default ... >>> >> >>Checking the source would provide the definitive answer. I expect what >>you'll find is that a console is created but it's invisible. That's at >>least one simple way to deal with this issue. >> >> >>Good luck, >> >> >> >>Larry Hall [EMAIL PROTECTED] >>RFK Partners, Inc. http://www.rfk.com >>838 Washington Street (508) 893-9779 - RFK Office >>Holliston, MA 01746 (508) 893-9889 - FAX >> >> > -- 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: mutt/procmail lock problem
> > > and then releasing a new mutt package. > > > > > > > Or perhaps... two? ;-) > > Why two? I've got the 1.3.24 "released beta" working better than 1.2.5i now (I got binary sending and recieving and mboxes working regardless of mount type). But keep it under your hat, we don't want to cause a stampede ;-). -- Gary R. Van Sickle Braemar Inc. 11481 Rupp Dr. Burnsville, MN 55337 -- 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/
Setup 2.125.2.10 fails to install on Win2K
Upgraded to latest setup today (2.125.2.10) and tried to update my already- existing installation. I have several systems with it installed, so I download the new packages first, then install from the local directory. Setup downloaded a few packages. I tried to install onto a 50.3G FAT32 partition, with 28.5GB free. I tried to install from a 57.2G NTFS partition, with 23.4G free. When I tried to install from the local directory, and after selecting the packages recommended, setup instantly puts up a dialog box labeled "mount" that says "The operation completed successfully". Behind that box is the "Cygwin Setup", and says "Installing...", The Package and Total indicator bars are blank, and the button says "Cancel". Clicking OK on the "mount" box terminates the installation, with nothing installed. I tried a complete install to a different partition from the local disk; same thing, although the directory structure is created. I also tried a download/upgrade. The installation log is below. Now what? 2001/12/18 08:49:49 Starting cygwin install, version 2.125.2.10 Current Directory: M:\Archives\Cygwin 2001/12/18 08:49:49 Command line parameters 2001/12/18 08:49:49 0 - 'M:\Archives\Cygwin\setup.exe' 2001/12/18 08:49:49 1 parameters passed source: network install root: E:/cygwin binary system Selected local directory: M:\Archives\Cygwin net: Direct site: ftp://planetmirror.com/pub/sourceware/cygwin Downloaded latest/autoconf/autoconf-2.52a-1.tar.bz2 Downloaded latest/autoconf/autoconf-devel/autoconf-devel-2.52-4.tar.bz2 Downloaded latest/autoconf/autoconf-stable/autoconf-stable-2.13-4.tar.bz2 Downloaded latest/automake/automake-1.5b-1.tar.bz2 Downloaded latest/automake/automake-devel/automake-devel-1.5-5.tar.bz2 Downloaded latest/automake/automake-stable/automake-stable-1.4p5-5.tar.bz2 Downloaded latest/byacc/byacc-1.9-1.tar.bz2 Downloaded latest/cygrunsrv/cygrunsrv-0.94-2.tar.bz2 Downloaded latest/gdb/gdb-20010428-3.tar.bz2 Downloaded latest/groff/groff-1.17.2-1.tar.bz2 Downloaded latest/inetutils/inetutils-1.3.2-16.tar.bz2 Downloaded latest/make/make-3.79.1-5.tar.bz2 Downloaded latest/mingw-runtime/mingw-runtime-1.2-1.tar.gz Downloaded contrib/mktemp/mktemp-1.4-1.tar.bz2 Downloaded latest/mt/mt-2.0.1-1.tar.bz2 Downloaded contrib/mutt/mutt-1.2.5i-6.tar.bz2 Downloaded latest/newlib-man/newlib-man-20001118-1.tar.bz2 Downloaded latest/openssh/openssh-3.0.2p1-2.tar.bz2 Downloaded latest/openssl/openssl-0.9.6b-2.tar.bz2 Downloaded latest/pcre/pcre-3.7-1.tar.bz2 Downloaded contrib/popt/popt-1.6.2-1.tar.bz2 Downloaded latest/regex/regex-4.4-2.tar.bz2 Downloaded contrib/rsync/rsync-2.4.6-3.tar.bz2 Downloaded latest/texinfo/texinfo-4.0-5.tar.bz2 Downloaded latest/time/time-1.7-1.tar.bz2 Downloaded latest/vim/vim-6.0.93-1.tar.bz2 Downloaded latest/w32api/w32api-1.2-1.tar.bz2 Downloaded contrib/wget/wget-1.7-1.tar.bz2 2001/12/18 08:59:48 Ending cygwin install -- #include _ Kevin D Quitt USA 91351-4454 96.37% of all statistics are made up Per the FCA, this email address may not be added to any commercial mail list -- 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/
Win2000 + JDK1.3.1_01 + JNI question
I'm trying to use Cygwin to run a Java application that uses JNI. I'm starting with the examples from: http://www.nanotech.wisc.edu/~khan/software/gnu-win32/index.html in particular the "c" example. The first question is about the entry point in the DLL. I've seen references to the fact that defining an alternate entry point for non Cygwin apps would no longer be necessary after the beta. Is that indeed the case? If so my read is that I can get rid of the -e,__cygwin_noncygwin_dll_entry@12 flag dllwrap.exe arguments. Is that true? The second question is probably due to something basic that I'm missing. I can compile the example fine, both the native code to a DLL and the java code to class files via javac, from a Cygwin bash prompt, but if I try to run it it seems to hang when the java application tries to invoke the native method. The same thing works fine from a Windows cmd.exe prompt. Is this something I have to live with or am I doing something incorrectly when trying to run the Java app from a Cygwin prompt? The problem doesn't seem to manifest itself when running a standalone Java app. Only when Java tries to call a native method via JNI does the problem occur, and then only when I try to run it from a Cygwin shell. Works fine, apparently, under the Win2k command prompt. The last question is only pertinent if I can solve the problem described above. How to generate dll's that depend on other generated dll's. I have a base library and another library that depends on functions in the base library. Under Unix the sequence I use to generate these libraries is, for example: gcc -shared foo.o -o libfoo.so gcc -shared bar.o -o libbar.so -lfoo But I'm stumped on how to proceed with this under Cygwin when I want DLL's that are going to be called from a Java app via JNI. If I create foo.dll then gcc can't find it via "-lfoo". If I create foo.dll, via dllwrap.exe, and copy it to libfoo.so then the linker core dumps. The only way I've been successful is to create libfoo.so in the standard Unix way, shown above, ie., non-dll version, and then creating foo.dll via dllwrap separately and then creating bar.dll by referencing libfoo.so. Do I have to combine foo.o and bar.o into a single DLL? This is probably doable in my project, although it creates a scary scenario for maintenance and recompling when a change in the native source is made. Thanks for any help! Gary -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: setup.exe question/feature request
> Also if you were to contribute to the command line options work for > setup, that would allow script driven installs. I hadn't forgotten that I was looking at that... (loosing my job changed my priorities somewhat!). I've found getopt a royal pain in the bum. And I'm finding debugging with gdb a nightmare - but then I've never liked gdb (but having developed and supported a propritetry debugger for 5 years, I'm probably biased!). If anyone would like to see the source changes I've made so far, just drop me an email! Keith -- 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/
Compiling openldap 2.0.18...
I am attempting to compile openldap (duh) and the configure fails because I either don''t have a POSIX regex (which I cannot understand, since I have reinstalled the POSIX regex library to make sure I had it) or it is "broken." At least that is what configure tells me. Since I saw a post to the list in October the 2.0.15 was compiled correctly I assumed that 2.0.18 would as well. Is there anything special that I need to do to get it to work? Kent PS Please reply to the list only. -- 'My Fellow Americans, Let's Roll' -- President George W. Bush -- 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: Compiling openldap 2.0.18...
On Tue, Dec 18, 2001 at 01:49:15PM -0600, Kent Perrier wrote: > I am attempting to compile openldap (duh) and the configure fails > because I either don''t have a POSIX regex (which I cannot understand, > since I have reinstalled the POSIX regex library to make sure I had it) > or it is "broken." At least that is what configure tells me. Since I > saw a post to the list in October the 2.0.15 was compiled correctly I > assumed that 2.0.18 would as well. Is there anything special that I > need to do to get it to work? Most if not all configure scripts expect the POSIX regex functionality in the standard libs. Therefore you'll have to add another check to configure.in which checks for a regex lib. See the OpenSSH configure.ac file for details. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Developermailto:[EMAIL PROTECTED] Red Hat, Inc. -- 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/
linking with glut32.lib?
Hi,
I'm trying to get a GLUT application compiled under cygwin and am
having a spot of bother. I've got it going fine under Linux (my
preferred platform - I try not to touch Windows if I can help it), but
I'd like to have Windows users be able to run it too and Cygwin seemed
the obvious choice.
Anyway I've put glut32.{dll,lib} from
http://www.xmission.com/~nate/glut/glut-3.7.6-bin.zip and
{glu,opengl}32.{dll,lib} from
http://download.microsoft.com/download/win95upg/info/1/W95/EN-US/Opengl95.exe
in /usr/local/lib and then tried to link it like this:
gcc *.o /usr/local/lib/glut32.lib /usr/local/lib/opengl32.lib \
/usr/local/lib/glu32.lib -lm -o program
but I get errors like this:
whatever.o:123: undefined reference to `glutInit@8'
so am I right in thinking there's something wrong with glut32.lib?
All the references to functions in opengl32.lib and glu32.lib resolve
OK, but not any to the functions in glut32.lib. How can I fix this or
is there a different glut32.{dll,lib} that I should be using?
Thanks for any assistance,
Mark.
--
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/
default mounts
Hi all, I have just installed the latest cygwin dll. I noticed that the /bin and /usr/bin are now their own separate directories. At one point, they were symlinks. But when I reboot my computer, my mount table still shows the e:\cygwin\bin is mounted on /usr/bin, where e:\cygwin is mounted on /. This means both /bin and /usr/bin are the same physical directory. But the setup.exe has placed valid files in /usr/bin, which is overridden by the mount. Is this the normal behavior? Thanks in advance. --jc -- [EMAIL PROTECTED] Adtech, Inc.(808) 734-3300 -- 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: Compiling openldap 2.0.18...
On 12/18/2001 2:04 PM, Corinna Vinschen wrote: > On Tue, Dec 18, 2001 at 01:49:15PM -0600, Kent Perrier wrote: > >>I am attempting to compile openldap (duh) and the configure fails >>because I either don''t have a POSIX regex (which I cannot understand, >>since I have reinstalled the POSIX regex library to make sure I had it) >>or it is "broken." At least that is what configure tells me. Since I >>saw a post to the list in October the 2.0.15 was compiled correctly I >>assumed that 2.0.18 would as well. Is there anything special that I >>need to do to get it to work? >> > > Most if not all configure scripts expect the POSIX regex functionality > in the standard libs. Therefore you'll have to add another check to > configure.in which checks for a regex lib. See the OpenSSH configure.ac > file for details. So, I need to download the OpenSSH source to find this? Its not a problem, but its a kluge to have to do this. I assume that there is a good reason for the POSIX regex functionality not being in the standard libs. Can you enlighten me as to the reason? Kent -- 'My Fellow Americans, Let's Roll' -- President George W. Bush -- 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: Compiling openldap 2.0.18...
On Tue, Dec 18, 2001 at 02:18:29PM -0600, Kent Perrier wrote: > On 12/18/2001 2:04 PM, Corinna Vinschen wrote: > > Most if not all configure scripts expect the POSIX regex functionality > > in the standard libs. Therefore you'll have to add another check to > > configure.in which checks for a regex lib. See the OpenSSH configure.ac > > file for details. > > So, I need to download the OpenSSH source to find this? Its not a > problem, but its a kluge to have to do this. The other way would be to develop your own patch w/o looking into the OpenSSH sources which was how I did it for OpenSSH. I'm somewhat surprised about your complaint. I offered you an easy way to copy the needed stuff from another OSS project. I'm not obligated to do the port for you, IIRC. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Developermailto:[EMAIL PROTECTED] Red Hat, Inc. -- 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/
CVS and SSH (again?)
I know that there have various permutaitons of this discussion on this list before, but none of them quite seem to fit my problem: I have the latest cygwin installed using the setup program. I want to use the cvs client using ssh, which I successfully use daily on solaris machines. 1. When I installed cvs, it only installed the sources. Not sure why. openssh installed the binaries properly. I can ssh to the host and run programs just fine, but the shell I get cannot execute some programs, like pine or mutt, because of the terminal type. 2. I compiled and installed cvs from those sources. But "make check" or whatever the diagnostic target is, fails on the first case. 3. If I create a script called ssh1 which calls "ssh -1 $*", I can check out my repository. However, cvs update and cvs commit both produce errors. CVS update does not look at all the subdirectories in the package and cvs commit replies that "nothing is known" about the first file it is supposed to commit. 4. I found a precompiles version of cvs on the web someplace and copied the binary over what I compiled. Same errors. Tried some other ssh binaries from the net. Same errors. 4. If I use wincvs, it works perfectly, using ssh.exe installed by cygwin. I can use wincvs, I guess, but I really prefer the command line client. My best guess is that I have something misconfigured in cygwin. Any help is appreciated. Thanks, Travis __ Do You Yahoo!? Check out Yahoo! Shopping and Yahoo! Auctions for all of your unique holiday gifts! Buy at http://shopping.yahoo.com or bid at http://auctions.yahoo.com -- 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: Compiling openldap 2.0.18...
On 12/18/2001 2:55 PM, Corinna Vinschen wrote: > The other way would be to develop your own patch w/o looking into > the OpenSSH sources which was how I did it for OpenSSH. I'm somewhat > surprised about your complaint. I offered you an easy way to copy > the needed stuff from another OSS project. I'm not obligated to do > the port for you, IIRC. Sorry, no offense was intended. I am just suprised that, after searching the mailing list for openldap and finding that, after a small patch was applied, "the entire OpenLDAP distribution builds cleanly under Cygwin now." [email from * Jason Tishler to * Carlos de Sousa and cc'd to cygwin at cygwin dot com on Mon, 22 Oct 2001 12:46:59 -0400] that it would be necessary to add LIBS="$LIBS -lregex /usr/lib/textmode.o" to the beginning of the configure command. I am supprised that openLDAP does not have a configure.ac to provide any platform specific configuration information to configure. Perhaps my questions/offensive comments should be directed the openLDAP developers. Anyway, if this question comes up again, the answer will be in the archive for people to find by searching it. Kent -- 'My Fellow Americans, Let's Roll' -- President George W. Bush -- 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: Possible bug in handling of BSS sections?
--- Julian Hall <[EMAIL PROTECTED]> wrote: > > Hi; I don't know whether this has been mentioned before, but I just had > a bug report for NASM, which I am one of the maintainers of, relating to > linking code assembled by NASM with the cygwin or mingw linkers. > > I've done a little investigation, and have managed to rule out NASM as > the source of the problem; I attach a .OBJ file which was created by MS > Visual Studio. When examined with the tools supplied with Visual > Studio, this object file contains a .BSS section of size 4; however, > when viewed with 'objdump' under cygwin (GNU objdump 2.11.90), the BSS > section has 0 size. > This appears to be fixed in CVS binutils: objdump -V GNU objdump 2.11.92 20011216 objdump -x testing.obj ===snip=== Sections: Idx Name Size VMA LMA File off Algn 0 .drectve 0027 00dc 2**0 CONTENTS, READONLY, DEBUGGING, EXCLUDE 1 .debug$S 0113 0103 2**0 CONTENTS, ALLOC, LOAD, RELOC, READONLY, DATA, DEBUGGING 2 .bss 0004 2**2 ALLOC 3 .text 0005 023e 2**4 CONTENTS, ALLOC, LOAD, READONLY, CODE 4 .debug$T 0030 024f 2**0 CONTENTS, ALLOC, LOAD, READONLY, DATA, DEBUGGING http://greetings.yahoo.com.au - Yahoo! Greetings - Send your festive greetings online! -- 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: Illegal User Error Attempting to Authenticate in sshd
By way of follow-up to my original message (http://www.cygwin.com/ml/cygwin/2001-12/msg00189.html), I'd like to update the list with a change in status. I was able to eliminate the "Illegal User" error by modifying the system environment path to DOS short names (example: c:\progra~1) However, I now receive: "Failed password for from port " I will continue to debug and keep the list informed. Thanks, _Dave_ -- 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 fork() rebase solution (was Re: dll_list::load_after_fork() blues ...)
On Wed, Dec 12, 2001 at 08:57:44AM -0500, Jason Tishler wrote:
> On Mon, Dec 10, 2001 at 11:52:08AM -0500, Norman Vine wrote:
> > Michael Hudson writes:
> > >FWIW, and I don't know how much that is, all tests pass if I link _socket
> > >statically. Oh, and this is building without threads, it seems. I'll do
> > >a new build with threads and see if anything changes, but I doubt it.
> >
> > GREAT IDEA !
> >
> > I just rebuilt python 2.1.1 with threads and linking _socket statically
> > and all seems to work :-)
> >
> > [snip]
>
> I just tried the above and it works. However, it only works if one has
> not fiddled around with rebasing their DLLs.
>
> Although this is a good short-term workaround (and the one that I will
> probably use when I release Python 2.2), I think that we should focus
> our efforts on trying to solve this problem at its root cause -- Cygwin
> fork() and DLL base address conflicts. Otherwise, when something else
> changes we will be back in the same situation.
I believe that I have found a rebase solution to the Cygwin fork()
problem that has been causing Cygwin Python some grief lately. I added
an offset option to the attached rebase tool. If I spread the DLLs out
by an extra 0x1, then the fork() problem seems to be mitigate.
The following is the command line necessary to build rebase:
$ g++ -O2 -o rebase rebase.cc -limagehlp
After rebasing the necessary Cygwin DLLs:
$ cd /usr/bin
$ rebase -d -b 0x6800 -o 0x1 cygXpm-X4.dll cygXpm-noX4.dll \
cygbz21.0.dll cygcrypto.dll cygform5.dll cygform6.dll \
cyggdbm.dll cyghistory4.dll cyghistory5.dll cygintl.dll \
cygitcl30.dll cygitk30.dll cygjbig1.dll cygjpeg6b.dll cygmenu5.dll \
cygmenu6.dll cygncurses++5.dll cygncurses++6.dll cygncurses5.dll \
cygncurses6.dll cygpanel5.dll cygpanel6.dll cygpcre.dll \
cygpcreposix.dll cygpng2.dll cygreadline4.dll cygreadline5.dll \
cygregex.dll cygssl.dll cygtcl80.dll cygtclreg80.dll cygtiff3.dll \
cygtk80.dll cygz.dll
I am able to build Python *without* the following patch:
http://sourceforge.net/tracker/index.php?func=detail&aid=491107&group_id=5470&atid=305470
After rebasing the necessary Cygwin and Python DLLs:
$ cd /usr/bin
$ rebase -d -b 0x6800 -o 0x1 cygXpm-X4.dll cygXpm-noX4.dll \
cygbz21.0.dll cygcrypto.dll cygform5.dll cygform6.dll \
cyggdbm.dll cyghistory4.dll cyghistory5.dll cygintl.dll \
cygitcl30.dll cygitk30.dll cygjbig1.dll cygjpeg6b.dll cygmenu5.dll \
cygmenu6.dll cygncurses++5.dll cygncurses++6.dll cygncurses5.dll \
cygncurses6.dll cygpanel5.dll cygpanel6.dll cygpcre.dll \
cygpcreposix.dll cygpng2.dll cygreadline4.dll cygreadline5.dll \
cygregex.dll cygssl.dll cygtcl80.dll cygtclreg80.dll cygtiff3.dll \
cygtk80.dll cygz.dll ~/src/PythonCvs/nothreads/libpython2.2.dll \
~/src/PythonCvs/nothreads/build/lib.cygwin-1.3.6-i686-2.2/*.dll
I can run the full regression test without any failures *even though*
_socket is a shared module.
I encourage those interested in Cygwin Python to determine whether or not
the above rebase solution works for them too. I'm particular interested
in 9x/Me reports since I do not have access to those platforms. Please
post your results to the Cygwin and Python mailing lists.
If my findings are corroborated, then I will work with the Cygwin team
to integrate rebase into setup.exe so that rebasing automatically occurs
every time that setup.exe is run.
Thanks,
Jason
/*
* Copyright (c) 2001 Jason Tishler
*
* This program is free software; you can redistribute it and/or
* modify it under the terms of the GNU General Public License
* as published by the Free Software Foundation; either version 2
* of the License, or (at your option) any later version.
*
* This program is distributed in the hope that it will be useful,
* but WITHOUT ANY WARRANTY; without even the implied warranty of
* MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the
* GNU General Public License for more details.
*
* You should have received a copy of the GNU General Public License
* along with this program; if not, write to the Free Software
* Foundation, Inc., 59 Temple Place - Suite 330, Boston, MA 02111-1307, USA.
*
* $Id: rebase.cc,v 1.5 2001/12/18 20:21:19 jtishler Exp $
*/
#include
#include
#include
#include
#include
#include
#include
#include
#include
using namespace std;
string PosixToWin32(const string& aPosixPath);
void ParseArgs(int argc, char* argv[]);
unsigned long StringToUlong(const string& aString);
void Usage();
ULONG theImageBase = 0;
BOOL theDownFlag = FALSE;
ULONG theOffset = 0;
int theArgsIndex = 0;
void
main(int argc, char* argv[])
{
ParseArgs(argc, argv);
ULONG aNewImageBase = theImageBase;
for (int i = theArgsIndex; i < argc; i++)
{
if (theDownFlag)
aNewImageBase -= theOffset;
string aFile = PosixToWin32(argv[i]);
Re: Cygwin fork() rebase solution (was Re: dll_list::load_after_fork() blues ...)
Your results are enough for me Jason - I'm happy to include this in setup in some form. Rob -- 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: Re: Perl Tk does not install
Oops! I meant to say, "Just doesn't feel safe". Which means I am afraid I might download some virus or Trojan horse. This in no way means I think you are a bad guy or anything like that. But my employer is very careful about what we can download. Sorry if I wasn't clear. Alles klar? "Gerrit P. Haase" <[EMAIL PROTECTED]> wrote: >Hallo Russell, > >2001-12-18 18:50:48, du schriebst: > >> But I don't like to download src links. > >> >ftp://ftp.uni-erlangen.de/pub/pc/gnuwin32/cygwin/porters/Haase_Gerrit/1.3/perl/Tk800.023-src.tar.bz2 > >> Just doesn't fell safe. > >What does that mean, if I may ask? > >>>There is also one place to look if your favourite module is ported: >>>http://testers.cpan.org/search?request=by-config and choose cygwin >>>(first cygwin entry from top), there is a list about more than 400 >>>reports about perl modules I built, some with patches. >>> >>>e.g Tk: >>>http://testers.cpan.org/search?request=dist&dist=Tk&macid=130 > >You can take also the patch from the link above or from the testers CPAN site >and build it on your own machine;) > >Gerrit >-- >begin signature: >=^..^= >end > > -- __ Your favorite stores, helpful shopping tools and great gift ideas. Experience the convenience of buying online with Shop@Netscape! http://shopnow.netscape.com/ Get your own FREE, personal Netscape Mail account today at http://webmail.netscape.com/ -- 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/
how can I install version 1.3.2?
I am trying to go back to version 1.3.2 of cygwin. I am currently using cygwin 1.3.6. The setup program only allows me to unistall entirely, or go back to version 1.3.5. Can someone tell me how to uninstall what I have and get back to version 1.3.2 of the cygwin1.dll? (Or point me to a web page). The reason for my wanting to do this is I am having problems with xemacs 21.4.6 and I hear that the everything is ok with cygwin 1.3.2. Thanks, Jane Asmuth [EMAIL PROTECTED] -- 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: CVS and SSH (again?)
Bauer Travis wrote: > > I know that there have various permutaitons of this > discussion on this list before, but none of them quite > seem to fit my problem: > > I have the latest cygwin installed using the setup > program. I want to use the cvs client using ssh, > which I successfully use daily on solaris machines. > > 1. When I installed cvs, it only installed the > sources. Not sure why. openssh installed the > binaries properly. I can ssh to the host and run > programs just fine, but the shell I get cannot execute > some programs, like pine or mutt, because of the > terminal type. > 2. I compiled and installed cvs from those sources. > But "make check" or whatever the diagnostic target is, > fails on the first case. > 4. I found a precompiles version of cvs on the web > someplace and copied the binary over what I compiled. > Same errors. Tried some other ssh binaries from the > net. Same errors. Ummm...why don't you try to run setup again, and install the official, cygwin, pre-compiled version of CVS. Then, try some SIMPLE tests -- create a LOCAL repository, checkin, checkout from THAT without complicating matters with ssh. Oh, yeah, and some information about your system would help: send `cygcheck -s -v -r` output to the list. --Chuck -- 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 can I install version 1.3.2?
JANE ASMUTH wrote: > > I am trying to go back to version 1.3.2 of cygwin. I am currently using > cygwin 1.3.6. The setup program only allows me to unistall entirely, or go > back to version 1.3.5. > > Can someone tell me how to uninstall what I have and get back to version > 1.3.2 of the cygwin1.dll? (Or point me to a web page). > > The reason for my wanting to do this is I am having problems with xemacs > 21.4.6 and I hear that the everything is ok with cygwin 1.3.2. You can't (easily). Please don't try. It hurts both projects when people deliberately drop back to old versions instead of helping to fix/reporting bugs. Also, if you are building XEmacs from source, make sure you are using the *windows* branch of 21.4.6. Both windows-native and cygwin versions of XEmacs are built from a (frequently synchronized) branch off the main XEmacs development trunk. FWIW, I just installed the latest cygwin-XEmacs (21.4.6, precompiled, see Andy's announcement *yesterday*). It seems to work okay on cygwin-1.3.6 for the basic stuff I am doing; normal text editing, etc. Subprocesses *may* be problematic -- but I'm not sure; I've seen mixed reports. --Chuck -- 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 can I install version 1.3.2?
The problem I've been having is that gdb won't direct stdout and stderr to the gdb console frame - it pops up a dos window instead. I mention this to you because I saw a reference you made to a very similar problem and you seemed to know how to fix it. (http://www.cygwin.com/ml/cygwin/2001-03/msg00718.html) I tried starting xemacs with your "run" program, but it didn't fix the problem. I'm glad to try to help work through this problem, but I've got to use gdb for my work. Either I get it to work again or I start developing using VC++. My other alternative is to go back to Solaris/xemacs. Thanks for any help you can offer, Jane - Original Message - From: "Charles Wilson" <[EMAIL PROTECTED]> To: "JANE ASMUTH" <[EMAIL PROTECTED]> Cc: <[EMAIL PROTECTED]> Sent: Tuesday, December 18, 2001 5:44 PM Subject: Re: how can I install version 1.3.2? > JANE ASMUTH wrote: > > > > I am trying to go back to version 1.3.2 of cygwin. I am currently using > > cygwin 1.3.6. The setup program only allows me to unistall entirely, or go > > back to version 1.3.5. > > > > Can someone tell me how to uninstall what I have and get back to version > > 1.3.2 of the cygwin1.dll? (Or point me to a web page). > > > > The reason for my wanting to do this is I am having problems with xemacs > > 21.4.6 and I hear that the everything is ok with cygwin 1.3.2. > > You can't (easily). Please don't try. It hurts both projects when > people deliberately drop back to old versions instead of helping to > fix/reporting bugs. > > Also, if you are building XEmacs from source, make sure you are using > the *windows* branch of 21.4.6. Both windows-native and cygwin versions > of XEmacs are built from a (frequently synchronized) branch off the main > XEmacs development trunk. > > FWIW, I just installed the latest cygwin-XEmacs (21.4.6, precompiled, > see Andy's announcement *yesterday*). It seems to work okay on > cygwin-1.3.6 for the basic stuff I am doing; normal text editing, etc. > Subprocesses *may* be problematic -- but I'm not sure; I've seen mixed > reports. > > --Chuck > -- 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/
Setup 2.125.2.10 fails to install on Win2K
Upgraded to latest setup today (2.125.2.10) and tried to update my already- existing installation. I have several systems with it installed, so I download the new packages first, then install from the local directory. Setup downloaded a few packages. I tried to install onto a 50.3G FAT32 partition, with 28.5GB free. I tried to install from a 57.2G NTFS partition, with 23.4G free. When I tried to install from the local directory, and after selecting the packages recommended, setup instantly puts up a dialog box labeled "mount" that says "The operation completed successfully". Behind that box is the "Cygwin Setup", and says "Installing...", The Package and Total indicator bars are blank, and the button says "Cancel". Clicking OK on the "mount" box terminates the installation, with nothing installed. I tried a complete install to a different partition from the local disk; same thing, although the directory structure is created. I also tried a download/upgrade. The installation log is below. Now what? 2001/12/18 08:49:49 Starting cygwin install, version 2.125.2.10 Current Directory: M:\Archives\Cygwin 2001/12/18 08:49:49 Command line parameters 2001/12/18 08:49:49 0 - 'M:\Archives\Cygwin\setup.exe' 2001/12/18 08:49:49 1 parameters passed source: network install root: E:/cygwin binary system Selected local directory: M:\Archives\Cygwin net: Direct site: ftp://planetmirror.com/pub/sourceware/cygwin Downloaded latest/autoconf/autoconf-2.52a-1.tar.bz2 Downloaded latest/autoconf/autoconf-devel/autoconf-devel-2.52-4.tar.bz2 Downloaded latest/autoconf/autoconf-stable/autoconf-stable-2.13-4.tar.bz2 Downloaded latest/automake/automake-1.5b-1.tar.bz2 Downloaded latest/automake/automake-devel/automake-devel-1.5-5.tar.bz2 Downloaded latest/automake/automake-stable/automake-stable-1.4p5-5.tar.bz2 Downloaded latest/byacc/byacc-1.9-1.tar.bz2 Downloaded latest/cygrunsrv/cygrunsrv-0.94-2.tar.bz2 Downloaded latest/gdb/gdb-20010428-3.tar.bz2 Downloaded latest/groff/groff-1.17.2-1.tar.bz2 Downloaded latest/inetutils/inetutils-1.3.2-16.tar.bz2 Downloaded latest/make/make-3.79.1-5.tar.bz2 Downloaded latest/mingw-runtime/mingw-runtime-1.2-1.tar.gz Downloaded contrib/mktemp/mktemp-1.4-1.tar.bz2 Downloaded latest/mt/mt-2.0.1-1.tar.bz2 Downloaded contrib/mutt/mutt-1.2.5i-6.tar.bz2 Downloaded latest/newlib-man/newlib-man-20001118-1.tar.bz2 Downloaded latest/openssh/openssh-3.0.2p1-2.tar.bz2 Downloaded latest/openssl/openssl-0.9.6b-2.tar.bz2 Downloaded latest/pcre/pcre-3.7-1.tar.bz2 Downloaded contrib/popt/popt-1.6.2-1.tar.bz2 Downloaded latest/regex/regex-4.4-2.tar.bz2 Downloaded contrib/rsync/rsync-2.4.6-3.tar.bz2 Downloaded latest/texinfo/texinfo-4.0-5.tar.bz2 Downloaded latest/time/time-1.7-1.tar.bz2 Downloaded latest/vim/vim-6.0.93-1.tar.bz2 Downloaded latest/w32api/w32api-1.2-1.tar.bz2 Downloaded contrib/wget/wget-1.7-1.tar.bz2 2001/12/18 08:59:48 Ending cygwin install -- #include _ Kevin D Quitt USA 91351-4454 96.37% of all statistics are made up Per the FCA, this email address may not be added to any commercial mail list -- 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: default mounts
At 03:15 PM 12/18/2001, Ching, Jimen wrote: >Hi all, > >I have just installed the latest cygwin dll. I noticed that the /bin and >/usr/bin are now their own separate directories. At one point, they were >symlinks. But when I reboot my computer, my mount table still shows the ^ I don't believe that setup.exe ever created symlinks for these directories. I could be wrong. Either way, if such a thing was ever done by setup.exe, it was quite some time ago. >e:\cygwin\bin is mounted on /usr/bin, where e:\cygwin is mounted on /. >This means both /bin and /usr/bin are the same physical directory. But >the setup.exe has placed valid files in /usr/bin, which is overridden >by the mount. Is this the normal behavior? No. You should check this out closely. If it's not an artifact your custom environment (the fact that you mention symlinks to /bin and/or /usr/bin makes me think your environment may be "fooling" setup.exe into doing the wrong thing), please provide details of what you find. If you find it's the result of something specific to your environment, we only need to know that this is the case. Thanks, Larry Hall [EMAIL PROTECTED] RFK Partners, Inc. http://www.rfk.com 838 Washington Street (508) 893-9779 - RFK Office Holliston, MA 01746 (508) 893-9889 - FAX -- 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/
regarding compilation
Hi, I installed the cygwin to the default C:\cygwin\ directory today. How do we link the compiler and include the header files to execute a C file from the cygwin? Do we need any additional software or some settings to be done in the environment variables(please let me know the procedure...) to get the vi editor in cygwin as it says that "vi : command not found" Please le me know ASAP. Thanks and regards, Sandeep -- 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: cygwin1.dll (file version 1003.6.0.0) dup problem with gcc
At 02:37 PM 12/17/2001, Polley Christopher W wrote: > > > it. If you can, debugging Cygwin via gdb would be the best way to go. > > > Alternatively, if you can't do that, calling gcc indirectly through > > > strace in your IDE environment would provide some trace information > > > > > Here is a strace snippet right around the error's occurrence: > > 09:19:17 [main] make 384 dtable::build_fhandler: fd 3, fh 0x61550820 > 09:19:17 [main] make 384 dtable::build_fhandler: fd 4, fh 0x61550960 > 09:19:17 [main] make 384 fhandler_base::init: created new >fhandler_base for handle 0xD8 > 09:19:17 [main] make 384 fhandler_base::init: created new >fhandler_base for handle 0x154 > 09:19:17 [main] make 384 make_pipe: 0 = make_pipe ([3, 4], 16384, >0x1) > 09:19:17 [main] make 384 _close: close (4) > 09:19:17 [main] make 384 fhandler_base::close: closing '(null)' >handle 0x154 > 09:19:17 [main] make 384 dtable::not_open: in not_open, >fds=0x61550128 fd=4 fds[fd]=1632962912 res=0 size=32 > 09:19:17 [main] make 384 _close: 0 = close (4) > 09:19:17 [main] make 384 fhandler_base::set_close_on_exec: set >close_on_exec for (null) to 1 > 09:19:17 [main] make 384 _fcntl: 0 = fcntl (3, 2, 0x1) > 09:19:17 [main] make 384 set_process_mask: old mask = 0, new mask = >1804007 > 09:19:17 [main] make 384 dtable::not_open: in not_open, >fds=0x61550128 fd=0 fds[fd]=1632961224 res=0 size=32 > 09:19:17 [main] make 384 dtable::build_fhandler: fd -1, fh >0x61550960 > 09:19:17 [main] make 384 fhandler_base::dup: in fhandler_base dup > 09:19:17 [main] make 384 fhandler_base::dup: dup(unknown disk file) >failed, handle 0, Win32 error 6 > 09:19:17 [main] make 384 seterrno_from_win_error: >/usr/src/cygwin/winsup/cygwin/fhandler.cc:926 errno 6 > 09:19:17 [main] make 384 geterrno_from_win_error: windows error 6 == >errno 9 > 09:19:17 [main] make 384 vfork: 0 = vfork() > 09:19:17 [main] make 384 vfork: exiting vfork, res 0 > > I'm not sure how far back is relevant to the vfork's setting up for >the make-file's "echo" command that occurs next vs. cleaning up from >checking dependencies (the previous task make was doing) > > the build_fhandler: fd=-1 is expected; that's a new dtable being >built, so aside from that the error occurring in fhandler_base::dup (which >we already knew) there's no new info. > > Larry, would posting a complete strace be useful? What might I look >for in the strace? It sounds to me like you've been debugging the code. strace output is sometimes a helpful resource when doing this but only to the extent that it leads you to the problem in the source. If you've spent the time poking around in the debugger, I'll wager you've amassed more information about the problem than strace will ever give you. I'd recommend continuing down the debugging avenue you're following. Don't let my comments about strace output sidetrack you. Larry Hall [EMAIL PROTECTED] RFK Partners, Inc. http://www.rfk.com 838 Washington Street (508) 893-9779 - RFK Office Holliston, MA 01746 (508) 893-9889 - FAX -- 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: default mounts
>No. You should check this out closely. If it's not an artifact your >custom environment (the fact that you mention symlinks to /bin and/or >/usr/bin makes me think your environment may be "fooling" setup.exe >into doing the wrong thing), please provide details of what you find. >If you find it's the result of something specific to your environment, >we only need to know that this is the case. Perhaps I forgot a step when I upgraded from b20 to 1.1/2/etc.x. I did remove all cygwin stuff when I switched to using setup.exe. But I did not do anything to the registry. Below is the output of 'cygcheck -s'. How do I go about determining what is wrong with my environment? Thanks for your help. --jc -- [EMAIL PROTECTED] Adtech, Inc.(808) 734-3300 -- Cygnus Win95/NT Configuration Diagnostics Current System Time: Tue Dec 18 14:22:09 2001 Windows NT Ver 4.0 Build 1381 Service Pack 5 Path: C:\Program Files\MSOffice\Office E:\WinApp\Oracle\Ora81\bin C:\Program Files\Oracle\jre\1.1.7\bin C:\WINNT\system32 C:\WINNT C:\Win32App\NTTools\NUNT C:\Win32App\NTTools\NUNT\System C:\Win32App\Symantec C:\WINNT\System32\WBEM C:\VXIpnp\WINNT\BIN "C:\Program Files\Hummingbird\Connectivity\7.00\Accessories\" C:\MSSQL7\BINN E:\ghs\i960 E:\ghs\arm E:\intel\g960\bin E:\cygwin\bin E:\jimenc\work\current\source\tools C:\mks\mkssi SysDir: C:\WINNT\System32 WinDir: C:\WINNT HOME = `e:/jimenc' MAKE_MODE = `UNIX' Path = `C:\Program Files\MSOffice\Office;E:\WinApp\Oracle\Ora81\bin;C:\Program Files\Oracle\jre\1.1.7\bin;C:\WINNT\system32;C:\WINNT;C:\Win32App\NTTools\NU NT;C:\Win32App\NTTools\NUNT\System;C:\Win32App\Symantec;C:\WINNT\System32\WB EM;C:\VXIpnp\WINNT\BIN;"C:\Program Files\Hummingbird\Connectivity\7.00\Accessories\";C:\MSSQL7\BINN;E:\ghs\i960 ;E:\ghs\arm;E:\intel\g960\bin;E:\cygwin\bin;E:\jimenc\work\current\source\to ols;C:\mks\mkssi' Use `-r' to scan registry a: fd N/AN/A c: hd FAT 2047Mb 88% CPUN WINNT d: fd N/AN/A e: hd NTFS 14425Mb 22% CP CS UN PA FC workspace f: cd N/AN/A h: net NTFS 208310Mb 93% CP CS UN PA FC Data j: net NTFS 208310Mb 93% CP CS UN PA FC Data k: net NTFS 10236Mb 80% CP CS UN PA FC GUI m: net NTFS 208377Mb 82% CP CS UN PA FC DataDev e:\cygwin / userbinmode e:/cygwin/bin /usr/bin userbinmode e:/cygwin/lib /usr/lib userbinmode . /cygdrive userbinmode,noumount Found: E:\cygwin\bin\bash.exe Found: E:\cygwin\bin\cat.exe Found: E:\cygwin\bin\cpp.exe Found: E:\jimenc\work\current\source\tools\cpp.exe Found: E:\cygwin\bin\find.exe Found: E:\cygwin\bin\gcc.exe Found: E:\cygwin\bin\gdb.exe Found: E:\cygwin\bin\ld.exe Found: E:\cygwin\bin\ls.exe Found: E:\cygwin\bin\make.exe Found: E:\jimenc\work\current\source\tools\make.exe Found: E:\cygwin\bin\sh.exe 56k 2000/12/03 E:\cygwin\bin\cygbz21.0.dll 821k 2001/11/19 E:\cygwin\bin\cygcrypto.dll 34k 2001/09/30 E:\cygwin\bin\cygform6.dll 18k 2000/10/23 E:\cygwin\bin\cyggdbm.dll 17k 2001/06/28 E:\cygwin\bin\cyghistory4.dll 21k 2001/06/28 E:\cygwin\bin\cyghistory5.dll 21k 2001/06/20 E:\cygwin\bin\cygintl.dll 81k 2001/10/20 E:\cygwin\bin\cygitcl30.dll 35k 2001/10/20 E:\cygwin\bin\cygitk30.dll 19k 2001/09/30 E:\cygwin\bin\cygmenu6.dll 175k 2001/09/30 E:\cygwin\bin\cygncurses++6.dll 201k 2001/09/30 E:\cygwin\bin\cygncurses6.dll 12k 2001/09/30 E:\cygwin\bin\cygpanel6.dll 40k 2001/11/21 E:\cygwin\bin\cygpcre.dll 39k 2001/11/21 E:\cygwin\bin\cygpcreposix.dll 163k 2001/05/06 E:\cygwin\bin\cygpng2.dll 108k 2001/06/28 E:\cygwin\bin\cygreadline4.dll 135k 2001/06/28 E:\cygwin\bin\cygreadline5.dll 66k 2001/11/20 E:\cygwin\bin\cygregex.dll 231k 2001/11/19 E:\cygwin\bin\cygssl.dll 390k 2001/10/20 E:\cygwin\bin\cygtcl80.dll 5k 2001/10/20 E:\cygwin\bin\cygtclpip80.dll 10k 2001/10/20 E:\cygwin\bin\cygtclreg80.dll 623k 2001/10/20 E:\cygwin\bin\cygtk80.dll 49k 2001/02/03 E:\cygwin\bin\cygz.dll 720k 2001/12/08 E:\cygwin\bin\cygwin1.dll Cygwin DLL version info: DLL version: 1.3.6 DLL epoch: 19 DLL bad signal mask: 19005 DLL old termios: 5 DLL malloc env: 28 API major: 0 API minor: 47 Shared data: 3 DLL identifier: cygwin1 Mount registry: 2 Cygnus registry name: Cygnus Solutions Cygwin registry name: Cygwin Program options name: Program Options Cygwin mount registry name: mounts v2 Cygdrive flags: cygdrive flags Cygdrive prefix: cygdrive prefix Cygdrive default prefix: Build date: Sat Dec 8 17:02:30 EST 2001 CVS tag: cygwin-1-3-6-6
Apache hack (was: Re: php-4.1.0 on Cygwin)
On Wed, Dec 12, 2001 at 10:12:05PM -0800, Ryan T. Sammartino wrote: > > (Apache 1.3.22 doesn't quite build cleanly under Cygwin, and I'm working > on a patch for that, but it isn't too tough to get it to work). > Well, again, this is probably the Wrong Way(TM), but here is what I had to do to get a working Apache (trivial patch): ---cut here--- --- src/Configure.orig Tue Dec 18 16:20:32 2001 +++ src/Configure Tue Dec 18 16:20:40 2001 @@ -1853,6 +1853,7 @@ ## Now HS's POSIX regex implementation if needed/wanted. We do it ## now since AddModule may have changed it ## +RULE_WANTHSREGEX=yes if [ "x$RULE_WANTHSREGEX" = "xyes" ]; then REGLIB="regex/libregex.a" SUBDIRS="regex $SUBDIRS" ---cut here--- -- Ryan T. Sammartino http://members.shaw.ca/ryants/ I don't believe there really IS a GAS SHORTAGE.. I think it's all just a BIG HOAX on the part of the plastic sign salesmen -- to sell more numbers!! -- 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: Perl Tk does not install
Hallo Russell, Am 2001-12-18 um 23:05 schriebst du: > Oops! > I meant to say, "Just doesn't feel safe". [...] > Sorry if I wasn't clear. > Alles klar? >>> Just doesn't fell safe. >>What does that mean, if I may ask? Ach so, was just a typo;) Gerrit -- =^..^=mailto:[EMAIL PROTECTED] -- 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/
why doesn't setup.exe install everything?
in the past it was trivial to do a full install. now it appears to be a royal pain in the ass -- i have to click every package and guess what version i should be installing (the UI doesn't really make it obvious what versions i should be installing). a search for "full install" on this mailing list gets 1089 matches. one of the first indicates that "there's a solution somewhere in the mail archives". but that's not much of a help, having to randomly guess search terms doesn't seem very friendly. could someone please update the FAQ? and/or fix setup.exe? or point me at an older setup.exe which works? thanks for an otherwise excellent product though, win2k isn't useable without it. -dean -- 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: Distribution
On Tue, Dec 18, 2001 at 06:34:10PM +0100, Lapo Luchini wrote: >> In reality I really only need the cygwin and bash base with devel and editor >> components (in order to teach C Language on win-tel platforms), the others >> are simply gravy. Thanks again for your assistance! > >I'm a profane of legal issues but I bet that as long as you include full sources >and the url of cygwin's homepage theer's no problem, as it is GPL software after >all. > >Correct me if I'm wrong... You're wrong! You don't need the URL. :-) But it would be appreciated. What I was trying to find out was just how much reading of the license agreement was actually done. You've clarified the subject for Michael but I was kinda hoping that if he was seriously thinking about including the binaries that he'd seriously read the license agreement. However, since none of us is actually a lawyer here, lately I have been advising people that if they really want to be 100% sure of their distribution they should check with their own lawyer. I get asked a lot for what amounts to a lot of free legal advice and it has occurred to me that I would rather not be seen as an official last word for anything. If you are in compliance with the licensing of each of the packages that you will be releasing (including the cygwin DLL) then you should be ok. I can only speak in a semi-official capacity for cygwin. The other packages have their own licensing terms. I assume that adhering to the GPL should satisfy all of the licensing terms but I don't know for sure. If you want to be 100% sure of that fact, then you should contact a lawyer. cgf -- 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 fork() rebase solution (was Re: dll_list::load_after_fork() blues ...)
On Wed, Dec 19, 2001 at 08:33:50AM +1100, Robert Collins wrote: >Your results are enough for me Jason - I'm happy to include this in >setup in some form. Nice job, Jason. Thanks for following this through. cgf -- 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-post : cron is not work even tried suggestion in mail list
Hi, Sorry that I have common question on cron. I got cron error : can't switch user context. I have tried the following suggestion in mail list: 1. remove cron and install as SYSTEM $rm -Rf /var/cron $cygrunsrv -E cron $cygrunsrv -R cron $cygrunsrv -I cron -p /usr/sbin/cron -a -D -e CYGWIN="tty ntsec" $cygrunsrv -S cron The process is running by SYSTEM 2. All files directory under /var are mode = 777; mode of /usr/sbin/cron = 755 ; mode of /etc/group and /etc/passwd = 644 3. $mkgroup -ld > /etc/group $mkpasswd -ld > /etc/passwd the server installed cygwin is in domain ( but not domain controller), i must use domain user to login and run crontab -e . Thus i used "-ld" in making passwd and group file. 4. I tested that Domain administrator can use cron job properly. I used cygwin version 1.3.3 in w2k SP2 Advanced server. I know that a new cygwin version is released. However, as my system is in production now, i cannot upgrade the cygwin to the most update version. Or can i only upgrade the cron tool ? Thanks a lot ! ikbea __ Do You Yahoo!? Everything you'll ever need on one web page from News and Sport to Email and Music Charts http://uk.my.yahoo.com -- 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/
email for email
¨¶áܵIJßñȳ¢m(_ _)m@³ªµ®evXÆ\µÜ·B
±¿çÍevX(http://www.sureteacher.com)Æ\µÜ·B
j«E«»ê¼êÉüµÌæð¨Í¯µÜ·B
³É éTCg©çú{l10ÈãAOl10ÈãA
rfI10ÈãÌTCgðµIµÜµ½B
Ej«pÉÍ¿å[©í¢¢nÌ ÌÊ^A
E«pÉÍhIÈ»êÅ¢Äü³êéæð
@¨Í¯µÜ·B
@
@{ÉIѲ«Üµ½I
evXÍFlÌé§ð
Çñȱƪ ÁÄàâÎç貫ܷB
»µÄ¦±¯éTCgÌ©ç
âiÌæðTµÜ·B
TvÅàpӵĨèÜ·ÌÅA
ºLAhXÜŨ§¿ñè¾³¢B
http://www.sureteacher.com
±Ì[ÍDMÅ·B
²»¡ÌÈ¢ûÉÍ
±Ì[ͬâ©ÉjüµÄ¢½¾¯Ü·Åµå¤©H
²Àf𨩯µ½±ÆðdËĨlÑ\µã°Ü·B
--
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: gettext-0.10.40-1
gettext is the GNU package which provides 'national language support' for other programs. It includes a number of utility programs. CHANGES (since gettext-0.10.38-2) o updated to gettext-0.10.40 release o modified the build process so that the auto-import/auto-export capabilities of cygwin's binutils are used. This means that there is no need for special -DSTATIC defines when linking statically. Thus, libintl.h is the "same" for both static and dynamic builds o This means that our libintl.h file is the same as the default version; there are no cygwin-specific changes. Hopefully, this will eliminate the problems folks have run into when building packages that include their own copy of the gettext source code. o The dll is now named according the libtool method, in preparation for a fully libtool-driven build. While the new dll (cygintl-1.dll) is backward compatible with the old one (cygintl.dll), the name change means we have to split out the DLL from this package: o gettext now has two binary packages: gettext-0.10.40-1 and libintl1-0.10.40-1 the 'gettext' one provides everything but the new dll the 'libintl1' one provides only the new dll itself o For backwards compatibility, we also provide libintl-0.10.38-3 which contains only the old dll INSTALLATION: 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. Save it and run setup, answer the questions and pick up 'gettext' from the 'Libs' category. You may need to click the "Full" button if it doesn't show up. You might want to make sure you update/install ALL of the following three packages: gettext-0.10.40-1 libintl1-0.10.40-1 libintl-0.10.38-3 Note that downloads from sources.redhat.com (aka cygwin.com) aren't allowed 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 Japan, ftp://ftp.u-aizu.ac.jp/pub/gnu/gnu-win32/ is already updated. In DK, http://mirrors.sunsite.dk/cygwin/ is usually up-to-date. If one of the above doesn't have the latest version of this package you can either wait for the site to be updated or find another mirror. Please send questions or comments to the Cygwin mailing list at: [EMAIL PROTECTED] . If you want to subscribe go to: http://cygwin.com/lists.html 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 *** To unsubscribe to 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] NOTES: o Building the package from source requires gcc-2.95.3-5 and binutils-20001002-1 or later o The package includes several utilities. These utilities are *statically* linked, although this package does include a dynamic lib (dll) and the associated import lib. I just didn't link the utilities dynamically. o The -src archive contains: a) an inner "pristine" source tarball b) a cygwin-specific patch c) a script to drive the build. To rebuild from source, unpack the outer tarball, and run 'gettext-0.10.40-1.sh all' This will unpack the inner archive, apply the patch, configure and build with the appropriate flags, as well as create new binary and source tarballs, ready for setup.exe-based installation. o Use auto-import/export features to build/linkto the DLL. Therefore, there is no more need for -DGETTEXT_STATIC and whatnot. The following packages (that I maintain) have eliminated the ugly _STATIC defines: gettext ncurses The following still require them: zlib libpng tiff jpeg jbigkit gdbm bzlib (not maintained by me) -- Chuck -- 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.bat hangs under .net server(build 3590)
When i start the batch file, it hangs there. I have just downloaded the newest version of cygwin and this is a clean installation. -- 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] New on sourceware: libintl1-0.10.40-1
The libintl1-0.10.40-1 package has added to the cygwin distribution. It contains the gettext DLL "cygintl-1.dll" which corresponds to the gettext-0.10.40-1, See the gettext-0.10.40-1 announcement for more information. -- Chuck Wilson 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. Save it and run setup, answer the questions and pick up 'libintl1' from the 'Libs' category. You may need to click the "Full" button if it doesn't show up. You might want to make sure you update/install ALL of the following three packages: gettext-0.10.40-1 libintl1-0.10.40-1 libintl-0.10.38-3 Note that downloads from sources.redhat.com (aka cygwin.com) aren't allowed 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 Japan, ftp://ftp.u-aizu.ac.jp/pub/gnu/gnu-win32/ is already updated. In DK, http://mirrors.sunsite.dk/cygwin/ is usually up-to-date. If one of the above doesn't have the latest version of this package you can either wait for the site to be updated or find another mirror. Please send questions or comments to the Cygwin mailing list at: [EMAIL PROTECTED] . If you want to subscribe go to: http://cygwin.com/lists.html 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 *** To unsubscribe to 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] -- 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] New on sourceware: libintl-0.10.38-3
The libintl-0.10.38-3 package has added to the cygwin distribution. It contains the gettext DLL "cygintl.dll" which corresponds to the OLD versions of gettext, and is required by several other cygwin packages. See the gettext-0.10.40-1 announcement for more information. -- Chuck Wilson 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. Save it and run setup, answer the questions and pick up 'libintl' from the 'Libs' category. You may need to click the "Full" button if it doesn't show up. You might want to make sure you update/install ALL of the following three packages: gettext-0.10.40-1 libintl1-0.10.40-1 libintl-0.10.38-3 Note that downloads from sources.redhat.com (aka cygwin.com) aren't allowed 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 Japan, ftp://ftp.u-aizu.ac.jp/pub/gnu/gnu-win32/ is already updated. In DK, http://mirrors.sunsite.dk/cygwin/ is usually up-to-date. If one of the above doesn't have the latest version of this package you can either wait for the site to be updated or find another mirror. Please send questions or comments to the Cygwin mailing list at: [EMAIL PROTECTED] . If you want to subscribe go to: http://cygwin.com/lists.html 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 *** To unsubscribe to 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] -- 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: Trying to get gettext to work on cygwin
After adding: gttest_LDADD=-lintl to Makefile.am and installing the latest cygwin gettext and libintl packages: gettext-0.10.40-1 libintl1-0.10.40-1 libintl-0.10.38-3 All three "configurations" worked fine. sh auto.sh ./configure make make clean ./configure --with-included-gettext make make clean ./configure --disable-nls make (However, I don't think that "gttest.c" is setup up for "--disable-nls" to have any effect. gttest.o still has symbols "bindtextdomain", "textdomain", and "gettext". However, since my change to the makefile.am adds -lintl regardless, this "configuration" still built successfully.) So, some progress, anyway. --Chuck Linus Tolke wrote: > Hi all! > > I am using cygwin as a development environment and I don't get gettext to > work correctly. This summer I first had a problem with this and with a > little help from the list and especially Charles S. Wilson, and then a new > version of gettext for cygwin was released that I installed. I also > converted my project to new versions of autoconf and automake after they > were included in cygwin. > > The problem is that I still don't get it to work. Somewhere between > autoconf, automake and gettext something gets totally mixed up and I suspect > gettext for cygwin to be the problem. > > I have now constructed a small demo (in the tar file) that fails in the > exact same way that my own program. It is tested by doing: > > 1$ tar xvf gettextdemo.tar > 2$ sh auto.sh # you need automake, autoconf and gettext for > this > 3$ ./configure > 4$ make > 5$ make dist > 6$ > > For me step 4 (make) fails all the time. It doesn't matter if I use no > arguments, the argument --with-included-gettext or --disable-nls. It fails > in different ways depending on the arguments though. > > I have the details below. > > What am I doing wrong? Am I the only one with this problem? It looks a > little like Frank Meiers recode-problem with the difference that I am using > cygwin as development environment and he is downloading the recode > distribution and building from the distribution. > > I suspect that the gettext package in cygwin is broken but it can also be > that I have missed some requirements on a gettext installation. Please > advice! > > /Linus > > Details: > > When I do this without any arguments to configure or with the > argument --with-included-gettext the make (4) results in the error: > gcc -c -DLOCALEDIR=\"/usr/local/share/locale\" -DLOCALE_ALIAS_PATH=\"/usr/lo > cal/share/locale\" -DLIBDIR=\"/usr/local/lib\" -DHAVE_CONFIG_H -I.. -I. -I.. > /intl -g -O2 -DGETTEXT_STATIC -c localcharset.c -o localcharset.o > rm -f cygintl.dll > gcc -shared -Wl,--enable-auto-image-base -Wl,--out-implib=libintl.dll.a \ > libintl.def intl-compat.pic.o bindtextdom.pic.o dcgettext.pic.o > dgettext.pic.o > gettext.pic.o finddomain.pic.o loadmsgcat.pic.o localealias.pic.o > textdomain.pi > c.o l10nflist.pic.o explodename.pic.o dcigettext.pic.o dcngettext.pic.o > dngettex > t.pic.o ngettext.pic.o plural.pic.o localcharset.pic.o -o cygintl.dll > gcc: libintl.def: No such file or directory > make[2]: *** [cygintl.dll] Error 1 > make[2]: Leaving directory `/home/linus/gettextdemo/intl' > in the intl directory. > > > When I do this with the argument --disable-nls to configure the make (4) > result in the error: > make[2]: Entering directory `/home/linus/gettextdemo' > source='gttest.c' object='gttest.o' libtool=no \ > depfile='.deps/gttest.Po' tmpdepfile='.deps/gttest.TPo' \ > depmode=gcc /bin/sh ./depcomp \ > gcc -DHAVE_CONFIG_H -I. -I. -I. -g -O2 -c `test -f gttest.c || echo > './'`gttest.c > gcc -g -O2 -o gttest.exe gttest.o > gttest.o: In function `main': > /home/linus/gettextdemo/gttest.c:10: undefined reference to > `_imp__bindtextdomain' > /home/linus/gettextdemo/gttest.c:11: undefined reference to > `_imp__textdomain' > /home/linus/gettextdemo/gttest.c:13: undefined reference to `_imp__gettext' > collect2: ld returned 1 exit status > make[2]: *** [gttest.exe] Error 1 > make[2]: Leaving directory `/home/linus/gettextdemo' > make[1]: *** [all-recursive] Error 1 > make[1]: Leaving directory `/home/linus/gettextdemo' > make: *** [all] Error 2 > > > > Here are the versions used: > $ gettext --version > gettext (GNU gettext) 0.10.38 > Copyright (C) 1995-1997, 2000, 2001 Free Software Foundation, Inc. > This is free software; see the source for copying conditions. There is NO > warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. > Written by Ulrich Drepper. > > linus@SPEEDO ~/gettextdemo > $ automake --version > automake (GNU automake) 1.5 > Written by Tom Tromey <[EMAIL PROTECTED]>. > > Copyright 1994, 1995, 1996, 1997, 1998, 1999, 2000, 2001 > Free Software Foundation, Inc. > This is free software; see the source for copying conditions. There is NO > warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. > > linus@SPEEDO ~/
Re: problem building program: undef ref _imp__gettext
This one is fixed by the new gettext/libintl packages too. (At least, I'm pretty sure it is.) --Chuck Charles Wilson wrote: > Mark Paulus wrote: > >> Thanks, that worked. But, it makes me confused. >> When I build this particular app under linux/debian, >> it does NOT have the -lintl linker flag. And when I add >> it, the link fails. But under cygwin, I need it. >> Can anyone out there help me reconcile the issues here. >> (So I can go back to the source and either provide a patch, >> or do whatever to get it to work in both environs). >> >> Thanks. > > > > Take a close look at the output from the configure script. Many > packages include a copy of the source for gettext (libintl) within their > own source distribution. If configure can't find a system library for > it, it'll use the included source (some packages ALWAYS use the included > source unless explicitly instructed to use the system version). > > However, most autotool based packages treat the included gettext as a > "convenience library" which means that IF using the included gettext, it > doesn't link it via "-lintl" -- instead, it links in using a direct > reference to the static lib: "myobj.o otherobj.o > ../gettext/intl/.libs/libintl.a moreobjs.o". > > If you add ANOTHER gettext library to the same link command (e.g. > ../gettext/intl/.libs/libintl.a -lintl) you'll get duplicate symbol > definition and the link will fail. > > That's in an ideal world (linux). On cygwin, the -lintl will find the > dll import library (with lots of __imp__foo symbols) but the > ../gettext/intl/.libs/libintl.a is a static library and only has _foo > symbols. Therefore, on cygwin, you CAN include both without error -- > because there IS no symbol duplication. (Of course, since your object > files are only looking for the __imp__foo symbols, the > ../get/libintl.a is not used, even though it's specified.) Welcome > to Windows. > > On cygwin, there are two possibilities: > > 1) configure DOES find the system gettext library so it does NOT build > the included version. However (and here's the broken part) it neglects > to add -lintl to the generated link line. > > or > > 2) configure decides to go ahead an build the included gettext. And > links against it using the ../gettext/intl/.libs/libintl.a method. BUT: > for whatever reason, the *compilation* stage of the OTHER object files > are using the SYSTEM header files (/usr/include/gettext.h & friends) and > NOT the included header files (../gettext/include/*). > > These are different. The SYSTEM header files assume you're going to > link against a DLL (thus, __imp__foo). The locally included header > files don't know anything about DLL's -- so they only declare the _foo > symbols. not __imp__foo). Plus, the gettext library built from the > included sources is a static lib, so it doesn't have __imp__foo symbols, > only _foo symbols. > > the problem here is twofold: > a) system gettext headers different from "standard" gettext headers. > This is unavoidable (for now) because of the whole DLL problem. > b) the package is using the system gettext headers when compiling its > local objects, EVEN WHEN using the local version of gettext. > > Solution: > a) workaround: Use "CFLAGS=-DGETTEXT_STATIC ./configure" (this turns > the system gettext headers back into the "normal" gettext version). > > b) convince your package that it ought to use its own headers when > using its own internal libraries, and not allow system overrides. I'm > not sure exactly how to do this -- especially since EVERYTHING in this > message is guesswork, because you didn't provide a whole lot of > information. "Problem building 'program':" "This particular app" etc. > A bit light on details, wouldn't you say? I'm not even sure your app > is autotooled, or if it really does include its own gettext source. I'm > just going by the common problems with gettext that have cropped up in > the past. > > c) fix windows/cygwin dll process so that header-file hacks are no > longer necessary; build and release a new gettext package. (This is my > job; i'll get to it eventually once the binutils changes/problems are > fixed) > > --Chuck > -- 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: Confused by gettext on cygwin
AANNNDDD this one should be fixed now, too. --Chuck Linus Tolke Y wrote: >>Date: Wed, 04 Jul 2001 21:09:20 -0400 >>From: "Charles S. Wilson" <[EMAIL PROTECTED]> >> > ... > >>Well, the gettext.h created by gettextize is made as a copy of a special >>gettext.h stored in /usr/share/gettext/intl/. During my build process >>for cygwin, the /usr/share/gettext/intl/gettext.h file is created >>identical to the system gettext.h in /usr/include. So, if the system >>file is different from some baseline, then the created file will also be >>different. >> >>It was necessary to modify gettext.h on cygwin to support using the >>braindead windows shared library format (DLLs). Functions and variables >>must be declared with special compile-time directives >>(__declspec(dllimport), __declspec(dllexport)) -- thus, the headers must >>be modified. >> >>Now, I have corresponded with the "real" gettext people about this. >>Their response is that these changes are just too damn ugly to >>incorporate -- and there MAY be upcoming changes to GCC and binutils so >>that cygwin no longer requires this uglification. Therefore, those guys >>are taking a wait-and-see approach. We all hope that the uglification >>goes away at some point. >> >> >>>I thought that the purpose of the created files were to generate them >>>exactly in the same way independantly of what system they were >>>generated on. The are probably not compiled on that system anyway. >>> >>>What is it about gettext that I have missunderstood? >>> >> >>Nothing. >> >>If you merely want to gettextize a package that will be built on another >>platform, or will be built on cygwin ALWAYS using the >>--with-included-gettext (that is, you'll never use the cygwin system >>libintl.a with your package), then just >> >>copy the "linux" or "official" gettext.h into /usr/share/gettext/intl on >>your cygwin system. In fact, that may not be a bad idea in ALL cases, >>because if somebody builds your package on cygwin and DOESN't specify >>--with-included-gettext, then the build will use the >>/usr/include/gettext.h and /usr/lib/libintl.a -- so no problems: your >>"official" gettextized gettext.h won't even get used in that case. >> >>Hmmm...perhaps the cygwin gettext package should put the official >>gettext.h into /usr/share/gettext/intl, and only use the modified, >>DLL-supporting gettext.h for /usr/include... >> > > I think your conclusion is appealing. As I see it the gettext package > should be regarded as a package with two different purposes. > > 1. The purpose of providing the gettext library and directories on a >system where it is installed. > 2. The purpose of providing every package internationalized with GNU >gettext with the necessary files consistantly and identically. > > My observation is that in this case is that the purpose 1 on a > cygwin-system has infected the purpose 2. > > I think the best thing would be if the gettextize command include > non-modified files i.e. directly from the gettext distribution > (exactly as the gettextize command would do on all other systems). > > If there are problems getting the purpose 1 right on a system, like > the special DLL-requirements you are talking about, then that would > perhaps complicated purpose 1 but that should never modify purpose 2. > > /Linus > > -- > 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/ > -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Setup 2.125.2.10 fails to install on Win2K
Try deleting setup.ini, and doing a download again. delete setup.log and setup.log.full Then do an 'install from Net' post inline the resulting log files. Also check the contents of /etc/setup/installed.db Rob -- 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/
