Installation does not work
What is wrong with the latest version of Cygwin? I ran setup.exe and saved all files to a local directory and then installed from a local directory. i get a lot of messages about tar, file-utils etc not being available during the install. After the install is complete I click on the "cygwin" icon to run a bash shell and I can not cd to certain drives like "cd //u" or cd "//a" should take me to the U: and A: drive respectively. I remember this used to work. I have had this problem on two occassions now about a month apart. any help would be appreciated. -- 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.exe tasks
Where can I find out exactly what tasks setup.exe performs? I gathered from the FAQ that it creates the mount tables in the registry, shortcuts, start menu folder, cygwin root and directories. What else am I missing? For example, it must call some other scripts to create and mount the tmp dir. I also see a shell come up that looks as if it runs something to do with /etc/passwd. Thank you. -kw -- 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 tasks
The source code for setup.exe is the golden reference. Rob === - Original Message - From: "L K Wright" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Friday, January 04, 2002 7:41 PM Subject: Setup.exe tasks > Where can I find out exactly what tasks setup.exe performs? I gathered > from the FAQ that it creates the mount tables in the registry, > shortcuts, start menu folder, cygwin root and directories. What else am > I missing? For example, it must call some other scripts to create and > mount the tmp dir. I also see a shell come up that looks as if it runs > something to do with /etc/passwd. > > Thank you. > > -kw > > > -- > 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: palm app building
On Thu, Jan 03, 2002 at 04:09:08PM -0500, Stephen Perry wrote: > I have been trying to get some of the examples to compile with the palm 3.5 > development kit but am finding that the examples are for the code warrior > environment. I am interested in trying to get these to build using the > cygwin environment. s/cygwin/prc-tools/. Cygwin for you is just a substrate. I think you'll find that Palm OS programming has amazingly little to do with Cygwin, and vice versa. You would do better to start at http://www.palmos.com/dev/tech/support/forums/ John -- 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/
id / mkpasswd [2]
> [...] > > Nope. The datatype uid_t is equivalent to unsigned short (16bit). > The mkpasswd tool doesn't take that into account when generating > the uids, unfortunately. > > Corinna So, it's just a storage problem of the uid... In my memory, the unix datatype uid_t is a long ? no ? In the case I've mentioned yesterday, if an other user already has the id 43833 (which is probably the case), Is there a way to log, in the same time, him on his own account and me on mine ? I've seen that mkpasswod works with int, the value returns by NetUserGetInfo is a DWORD -> ok (-long would be better (platform-independent), but...-) mkpasswd use the entire information NT returns so : Why 32 bits have not been chosen for uid_t too ? Thanks David -- NetCourrier, votre bureau virtuel sur Internet : Mail, Agenda, Clubs, Toolbar... Web/Wap : www.netcourrier.com Téléphone/Fax : 08 92 69 00 21 (0,34 E TTC/min - 2,21 F TTC/min) Minitel: 3615 NETCOURRIER (0,15 E TTC/min - 1,00 F TTC/min) -- 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/
uninstall target for cygwin/Makefile.in
Hi, on working with temporay cygwin builds and installations I missed an uninstall option of a local build and installed cygwin.dll. The appended patch added this functionality to cygwin/Makefile. If someone find this useful to integrate, please use it otherwise forget it. Regards Ralf Makefile.in-uninstall.dif Description: Binary data ChangeLog.Makefile.in-uninstall Description: Binary data -- 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: bash/cmd CTRL-C problem...
Hi Corinna, I further investigated the bash CTRL-C problem and found out that pressing CTRL-C in the bash is "nearly" the same as CTRL-BREAK. I tried all the CYGWIN=tty/notty/ combinations but that did not change anything... Test application: I have several sample applications, one in Java (myclass.java) and one in C/C++ (myclass.cpp) which are forked via the Win32API call CreateProcess() from the main application (signals.cpp). The main application installs signal handlers for SIGINT and SIGBREAK. In the SIGINT case the code in the main thread should be further executed when the signal handler finishes. In the SIGBREAK case the process should just stop and also stop all the forked children. The continuation of the process in the SIGINT case is crucial because the handler sets a flag which causes the main thread to leave a loop and send the child processes a CTRL-BREAK event. The CTRL-BREAK event is important because the process has been created with the flag CREATE_PROCESS_GROUP and only CTRL_BREAK can be used to terminate the process (see http://msdn.microsoft.com/library/en-us/dllproc/prothred_9dpv.asp: CreateProcess disables the CTRL-C signal handler for processes created as a process group). The problem is that the bash does not continue executing the main thread of the process after the handling of SIGINT, the process terminates without being able to send the termination message (GenerateConsoleCtrlEvent) to the child processes. The main process stops but the child process continue to live (You can see that the child process is still running as it writes dots "." to the console). When pressing CTRL-BREAK the behaviour is as it should be, the main thread is not further executed and the main process and all the child processes are stopped. The cmd shell works as it should be. CTRL-BREAK stops everything immediatly and CTRL-C continues with the main thread after the signal was handled. I guess it is worth mentioning that I don't use any of the Cygwin libc stuff. The apps are linked against MS runtime libs. The application is just started from the bash (I can't switch to another runtime lib as our project is huge and only the MS runtime is officially supported). I use the bash for convenience reasons as we support several UNIX platforms where the bash is our standard shell. Only under Win2K we "officially" use the cmd shell because of the broken signal handling... You can reproduce the problem with the sample applications attached. You need to tweak the paths in the Makefile and the path to the Java VM in the file signals.cpp. I also attached an output of "cygcheck -s -v -h" to the mail. Michael - Original Message - From: "Michael Rumpf" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Friday, December 21, 2001 11:09 AM Subject: Re: bash/cmd CTRL-C problem... > Am I the only one having problems with this, or is this simply the wrong > list to ask a question about the Cygwin bash... ?? > > Michael > > - Original Message - > From: "Michael Rumpf" <[EMAIL PROTECTED]> > To: <[EMAIL PROTECTED]> > Sent: Thursday, December 20, 2001 10:11 AM > Subject: Re: bash/cmd CTRL-C problem... > > > > Hi, > > > > sorry for following up myself, but I found out that Cygwin equally handles > > CTRL-BREAK and CTRL-C by sending a SIGINT to the process. > > See http://groups.yahoo.com/group/gnu-win32/message/27643 (last sentence). > > This seems to be the source of the problem. > > CTRL-BREAK under the cmd shell terminates the process after handling the > > signal without further executing any code. The bad thing is that under > bash > > the same behaviour follows from pressing CTRL-BREAK _and_ CTRL-C !! > > > > If this is a design issue, can someone please explain what the reasons > > are... > > > > We have an application that forks other processes. The main thread is > > waiting for the signal handler to return in order to cleanly stop the > child > > processes. By just stopping the parent process the child processes keep > > running and I have to kill them manually each time I press CTRL-C. The > same > > application is working fine under windows cmd shell and bash under Linux , > > HP-UX 10/11, AIX4.x, and SunOS 2.5+... > > > > Please help, I don't want to use the stupid windows cmd shell ;-) > > > > Michael > > > > - Original Message - > > From: "Michael Rumpf" <[EMAIL PROTECTED]> > > To: <[EMAIL PROTECTED]> > > Sent: Thursday, December 20, 2001 7:47 AM > > Subject: bash/cmd CTRL-C problem... > > > > > > > Hi, > > > > > > I'm new to the list and I don't know if this problem is already solved, > > but > > > I couldn't find a hint neither on the archives nor on the FAQ or > somewhere > > > else on the net. > > > > > > My problem is related to bash/cmd and signal handling. > > > In my app I installed a signal handler for SIGINT. The app is going into > a > > > wait loop and waiting for the exit flag from the signal handler to be > set. > > > > > > When pressing CTRL-C in the windows cmd
rsync of cvs
dear all I would like to rsync the cvs repository locally so that we have a backup I used to do this with gcc when I was at uni from sourceware.cygnus.com but I understand URL this has become obsolete following the output from $ rsync --archive --delete --checksum --compress --stats --progress rsync://sources.redhat.com/ . I wanted $ rsync --archive --delete --checksum --compress --stats --progress rsync://sources.redhat.com/cygwin-cvs . now this I presumed would get me the source but no all I end up with is the website ! what am I doing wrong ? is there any other way of getting a cygwin cvs backup ? regards john jones -- 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 problem
Hallo Group, I downloaded the qt-2.3 library for windows. these have visual studio 6.0 library format., and i want to link the libraries to my object files to generate an exe file. These libraries are found by the linker, they are accepted - the format is recognized, but it does not resolve the linking errors. There are still the unresolved references from my application to qt functions. Does anybody of you has a clue, whats going on ? Guenther Sohler NewLogic Technologies AG Millennium Park 6 A-6890 Lustenau Phone: +43-5577-62000-507 E-Mail: [EMAIL PROTECTED] Fax: +43-5577-62000-988 -- 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: procmail (and SmartList) on cygwin
Greg, On Fri, Jan 04, 2002 at 12:13:06PM +0800, Greg Matheson wrote: > On Thu, 03 Jan 2002, Jason Tishler wrote: > > Did you apply the patch... IIRC, then it > > should have solved the problem with the execv() test. > > It seems the patch had been applied. So, I changed line 1353 of > autoconf back to > >*(environ=nenv)="PATH=.";*nenviron=0;diff=argc;/* start doubling */ > > and now I get 2 error messages from Windows, about not being able to find > CYGWIN1.DLL, This makes perfect sense since the above changes PATH to only contain the current directory (i.e., "."). Hence, cygwin1.dll will not be found unless you copy it into the procmail source tree. Note this is what I initially did while trying to debug this problem. After this worked, I removed the (ill-advised) copy and tried the following: *(environ=nenv)="PATH=/usr/bin";*nenviron=0;diff=argc; Unfortunately, this caused the test program to crash. I was lame and gave up debugging and just settled with: *nenviron=0;diff=argc; which seemed sufficient. > [snip] > This is on Windows 98. My experience is on Windows 2000 so we may be observing some differences due to different platforms IIRC, http://www.dd.iij4u.or.jp/~madokam/ has a Windows 9x/Me specific patch that you may consider using. > I mentioned the existence of the executable on the procmail list, > but there was no reaction. No surprise. My experience on other lists seems to indicate that Cygwin is considered to be the "Rodney Dangerfield" of platforms. Sigh... 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: sourceware.cygnus.com alias for sources.redhat.com going away
What about cygwin.com? Is that a more-or-less permanent alias for sources.redhat.com? I've always wondered why you always referred to the redhat address, when the cygwin one seems to be used more (it appears you sent your announcement to [EMAIL PROTECTED] for instance), and is more specific to the project, and besides, it's shorter... Just curious I guess, --KEvin -Original Message- From: Christopher Faylor [mailto:[EMAIL PROTECTED]] Sent: Thursday, January 03, 2002 6:14 PM To: [EMAIL PROTECTED] Subject: sourceware.cygnus.com alias for sources.redhat.com going away We've kept the old "sourceware.cygnus.com" host name around for two years now but it is going away very soon. So, if you are using the name sourceware.cygnus.com for ftp, email, rsync, ssh, web, etc., please change over to using sources.redhat.com ASAP. Just to be clear, you'll still continue to receive email from sources.redhat.com after the host name has been deactivated but if you try to *send* email to an address like [EMAIL PROTECTED], your email will bounce. 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: rebase for setup (curl)
Kevin, On Thu, Jan 03, 2002 at 10:11:48AM -0500, Roth, Kevin P. wrote: > > Determine why cygcurl-2.dll and possibly other DLLs do not > > tolerate rebasing. > > I'm the curl maintainer. > > Fair warning - I'm probably not going to be much help here > (as far as figuring out why it's not relocatable), however > if you can tell me what to do to fix it, or have any questions > you want me to try and answer, I'll do my best. Thanks for your offer to help. Do you get any auto-import warnings during the building of cygcurl-2.dll? For example: Warning: resolving _stdscr by linking to __imp__stdscr (auto-import) 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: Installation does not work
At 03:10 AM 1/4/2002, Roger Simmons wrote: >What is wrong with the latest version of Cygwin? > >I ran setup.exe and saved all files to a local directory >and then installed from a local directory. > >i get a lot of messages about tar, file-utils etc not >being available during the install. > >After the install is complete I click on the >"cygwin" icon to run a bash shell and I can >not cd to certain drives like "cd //u" or >cd "//a" should take me to the U: and A: >drive respectively. I remember this used >to work. > >I have had this problem on two occassions now >about a month apart. > >any help would be appreciated. Remember, the Cygwin documentation is your friend... Why doesn't //c (for C:) work anymore? http://cygwin.com/faq/faq_4.html#SEC33 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: Anyone got mod_perl working?
Hallo Dan,
Am 2002-01-02 um 23:07 schriebst du:
> thanks to those who replied. I have something working, but I'm not sure if
> it will come back to bite me later on.
I figured out that Apache 1.3.2x is really slow on Cygwin if compared with
Apache 2.x. but I didn't tried to build Apache2 with mod_perl yet.
> After I've had a play for a while, I may come across a few problems - which
> may arise from the way I've installed things, or may be from my code. To try
> and eliminate the former, please let me know if I did anything fatally
> wrong.
No, not a mistake of you, the httpd.conf for the mod_perl tests doesn't work
OOTB on Cygwin.
> Notes:
> * After scouring the net, I found someone who mentioned that they rarely got
> "make test" working, but the installation always ran. So after continually
> editing scripts and then hitting the next problem, I decided to skip the
> testing.
I have it working, it it tells me "All tests successful, 8 tests skipped."
at the end;) I my previous mail I described the two changes I made to the
test.conf file.
> * I avoided the DSO route as it just seemed to be giving me grief
> 1. Install (everything untarred in /tmp):
> in /tmp/mod_perl-1.26
I used a newer mod_perl version from CVS, but there are no greater changes.
>$ perl Makefile.PL USE_APACI=1 EVERYTHING=1
> PERL_EXTRA_CFLAGS=-DUSEIMPORTLIB DO_HTTPD=1 APACHE_SRC=../apache_1.3.22
perl Makefile.PL \
EVERYTHING=1 \
APACHE_SRC=../apache_$APACHE_VER/src \
USE_APACI=1 \
PREP_HTTPD=1 \
DO_HTTPD=1 2>&1 | tee $CWD/log.configure-mod_perl
> in /tmp/apache_1.3.22
I used Apache 1.3.20 and I needed to modify the Apache Makefile
because libperl5_6_1.a isn't searched only libperl.a:
So I need to do this:
perl -i.bak -p -e 's#-lmm#-lmm -lperl5_6_1#;' $TMP/apache_$APACHE_VER/src/Makefile
or something like that before configuring everything:
ln -s /lib/perl5/5.6.1/cygwin-multi/CORE/libperl5_6_1.a /lib/libperl.a
> a) In the "aliases" section, I entered:
>Alias /perl/ "/var/www/perl/"
>
> Options Indexes FollowSymLinks MultiViews
> AllowOverride None
> Order allow,deny
> Allow from all
>
> b) Then add the following directive - is this correct?
>
>
>SetHandler perl-script
>PerlHandler Apache::Registry
>Options +ExecCGI
>
>
Looks ok.
I used this for the beginning:
SetHandler perl-script
PerlHandler Apache::Registry
Options +ExecCGI
PerlSendHeader On
> c) restart apache
> 3. Test:
> In /var/www/perl, create test.pl as is in Stas Beckman's mod_perl Guide:
> print "Content-type
> print "Server's environment\n";
> foreach ( keys %ENV)
> {
>print "$_\t$ENV{$_}\n";
> }
> I had to set the permissions to 755.
> The result in my browser:
> SERVER_SOFTWARE Apache/1.3.22 (Cygwin) mod_perl/1.26
> SERVER_ADMINdhorne@DAN-NOTEBOOK
> REMOTE_ADDR 192.168.1.3
> DOCUMENT_ROOT /usr/local/apache/htdocs
> REQUEST_URI /perl/test.pl
> REQUEST_METHOD GET
> SERVER_PORT 8080
Seems to work;)
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/
[ANNOUNCEMENT] Updated: python-2.2-1
New News: === I have updated the version of Python in cygwin/contrib to 2.2-1. The tarballs should be available on a Cygwin mirror near you shortly. Threading is still disabled and will continue to be so until all known pthreads support issues have been resolved. Additionally, the _socket module has been built statically instead of shared to workaround a fork() issue with DLL base address conflicts. See the README for more details. Old News: === Python is an interpreted, interactive, object-oriented programming language. If interested, see the Python web site for more details: http://www.python.org/ Please read the README file: /usr/doc/Cygwin/python-2.2.README since it covers requirements, installation, known issues, etc. To update your installation, click on the "Install Cygwin now" link on the http://cygwin.com/ web page. This downloads setup.exe to your system. Then, run setup and answer all of the questions. Note that we have recently stopped downloads from sources.redhat.com (aka cygwin.com) due to bandwidth limitations. This means that you will need to find a mirror which has this update. In the US, ftp://mirrors.rcn.net/mirrors/sources.redhat.com/cygwin/ is a reliable high bandwidth connection. In Germany, ftp://ftp.uni-erlangen.de/pub/pc/gnuwin32/cygwin/mirrors/cygnus/ is usually pretty good. In the UK, http://programming.ccp14.ac.uk/ftp-mirror/programming/cygwin/pub/cygwin/ is usually up-to-date within 48 hours. If one of the above doesn't have the latest version of this package then you can either wait for the site to be updated or find another mirror. The setup.exe program will figure out what needs to be updated on your system and will install newer packages automatically. If you have questions or comments, please send them to the Cygwin mailing list at: [EMAIL PROTECTED] . I would appreciate if you would use this mailing list rather than emailing me directly. This includes ideas and comments about the setup utility or Cygwin in general. If you want to make a point or ask a question, the Cygwin mailing list is the appropriate place. *** CYGWIN-ANNOUNCE UNSUBSCRIBE INFO *** If you want to unsubscribe from the cygwin-announce mailing list, look at the "List-Unsubscribe: " tag in the email header of this message. Send email to the address specified there. It will be in the format: [EMAIL PROTECTED] Jason -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: id / mkpasswd [2]
On Fri, Jan 04, 2002 at 11:09:57AM +0100, [EMAIL PROTECTED] wrote: >> [...] >> >> Nope. The datatype uid_t is equivalent to unsigned short (16bit). >> The mkpasswd tool doesn't take that into account when generating >> the uids, unfortunately. >> >> Corinna > >So, it's just a storage problem of the uid... >In my memory, the unix datatype uid_t is a long ? no ? >In the case I've mentioned yesterday, if an other user >already has the id 43833 (which is probably the case), >Is there a way to log, in the same time, him on his >own account and me on mine ? > >I've seen that mkpasswod works with int, the >value returns by NetUserGetInfo is a DWORD -> ok >(-long would be better (platform-independent), but...-) > >mkpasswd use the entire information NT returns so : > >Why 32 bits have not been chosen for uid_t too ? Because we're mean. 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/
.deb distribution/configuration/maintenance
I have heard that dselect and apt-get have been ported to cygwin. I am very interested in this package distribution and management system. Can anyone please tell me how to setup a .deb package on cygwin that I might deploy on a client machine that is running cygwin with dselect/apt-get? I am super interested in this. Also, how will the three levels of stability that debian uses be configured/supported ( potato, woody, sid )? The debian package system is superior to any packaging system I have seen commercial or free. I really want to use it. Thanks, Tim Heath -- 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: bash/cmd CTRL-C problem...
On Fri, Jan 04, 2002 at 12:52:43PM +0100, Michael Rumpf wrote: >I further investigated the bash CTRL-C problem and found out that pressing >CTRL-C in the bash is "nearly" the same as CTRL-BREAK. I tried all the >CYGWIN=tty/notty/ combinations but that did not change anything... > >[snip] > >The cmd shell works as it should be. CTRL-BREAK stops everything immediatly >and CTRL-C continues with the main thread after the signal was handled. > >I guess it is worth mentioning that I don't use any of the Cygwin libc >stuff. The apps are linked against MS runtime libs. Here's the harsh reality: it is extremely unlikely that anyone is going to investigate this. If you are using non-cygwin apps with bash and CTRL-C doesn't work then you are on your own. I will enthusiastically inspect and evaluate any fixes that you provide to cygwin to rectify this situation. The fixes must not break current CTRL-C behavior with cygwin apps. You are one of a handful of people reporting similar problems. Everyone seems to be trying to do basically the same thing. They're building non-cygwin java apps and complaining that CTRL-C doesn't work right. However, since we are all *cygwin* developers it is not likely that we'll want to go to the effort of loading non-cygwin, java software on our system to track your problem down for you. I could be wrong. Maybe someone is actively working on this. If so, I hope that person steps forward and offers some insight into how they are progressing and what their proposed fix might be. 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: rebase for setup (curl)
Negative - I get no warnings at all during the building of cygcurl-2.dll. Here's the gcc line that actually dumps out the dll: $ gcc -Wl,--base-file,.libs/cygcurl-2.dll-base -Wl,--dll -nostartfiles -Wl,-e, __cygwin_dll_entry@12 -o .libs/cygcurl-2.dll file.lo timeval.lo base64.lo host ip.lo progress.lo formdata.lo cookie.lo http.lo sendf.lo ftp.lo url.lo dict.lo if2ip.lo speedcheck.lo getdate.lo ldap.lo ssluse.lo version.lo getenv.lo escape .lo mprintf.lo telnet.lo getpass.lo netrc.lo getinfo.lo transfer.lo strequal.lo easy.lo security.lo krb4.lo memdebug.lo http_chunks.lo strtok.lo connect.lo - lssl -lcrypto I can send more of the build output if you'd like, or feel free to grab the source and run it yourself if you like (my commands, straight-forward though they may be, are all documented in my readme). --Kevin -Original Message- From: Jason Tishler [mailto:[EMAIL PROTECTED]] Sent: Friday, January 04, 2002 9:26 AM Kevin, On Thu, Jan 03, 2002 at 10:11:48AM -0500, Roth, Kevin P. wrote: > > Determine why cygcurl-2.dll and possibly other DLLs do not > > tolerate rebasing. > > I'm the curl maintainer. > > Fair warning - I'm probably not going to be much help here > (as far as figuring out why it's not relocatable), however > if you can tell me what to do to fix it, or have any questions > you want me to try and answer, I'll do my best. Thanks for your offer to help. Do you get any auto-import warnings during the building of cygcurl-2.dll? For example: Warning: resolving _stdscr by linking to __imp__stdscr (auto-import) -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Question
On Fri, Jan 04, 2002 at 01:32:02PM +1030, Mike Fahlbusch wrote: >At 09:06 AM 1/3/02 -0600, you wrote: > >Is it practicable to run Xwindows under cygwin on a 386 PC (so I can have >two screens). Also could you post the commands you use to get the xterm >talking to the solaris box. Although I once set up xterm to a remote >computer, it saturated the link as it d/l fonts. Do you do something to >stop the xterm from d/l fonts? WRONG MAILING LIST. cgf >>i export xterms from my pc running cygwin to my solaris box (so i only >>have to get used to one keyboard), and have run other apps also. once >>cygwin (and x) are set up, you export your display just like you would >>between two solaris machines. >> >>-tim >> >>On 2002.01.03 08:45 Dwayne Doc Sans wrote: >>>Can I use cygwin to connect and run an x windows session to our Solaris >>>machine? I was going to buy Hummingbird to accomplish this, but a friend >>>said try cygwin first. I have downloaded it, but it's pretty cryptic and >>>was >>>just wondering if this was the right app to do what I want :-) >>>Dwayne "Doc" Sans >>>Gallagher Financial Systems >>>615-221-7384 >>> >>>-- >>>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/ >> > > >-- >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 PROTECTED]Red Hat, Inc. http://sources.redhat.com/http://www.redhat.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: sources.redhat.com alias for sources.redhat.com going away
On Fri, Jan 04, 2002 at 08:18:57AM -0500, Roth, Kevin P. wrote: >What about cygwin.com? Is that a more-or-less permanent alias for >sources.redhat.com? I've always wondered why you always referred to the >redhat address, when the cygwin one seems to be used more (it appears >you sent your announcement to [EMAIL PROTECTED] for instance), and is >more specific to the project, and besides, it's shorter... Who's "always" referring to the redhat address? Most (all?) of my email refers to cygwin.com. The announcement *itself* used cygwin.com as the return address.com. The help at the bottom of every message refers to cygwin.com. The messages that I send to cygwin-announce mention cygwin.com. The cygwin.com alias for sources.redhat.com has nothing to do with "sourceware.cygnus.com". 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: .deb distribution/configuration/maintenance
On Fri, Jan 04, 2002 at 10:03:10AM -0700, Tim Heath wrote: >I have heard that dselect and apt-get have been ported to cygwin. I am >very interested in this package distribution and management system. Can >anyone please tell me how to setup a .deb package on cygwin that I might >deploy on a client machine that is running cygwin with dselect/apt-get? >I am super interested in this. Also, how will the three levels of >stability that debian uses be configured/supported ( potato, woody, sid >)? The debian package system is superior to any packaging system I have >seen commercial or free. I really want to use it. Wrong mailing list. If you are interested in a Debian installation of cygwin, contact the people who ported dselect. If you heard about this from someone, then ask them about it. I don't want [EMAIL PROTECTED] to become even more bogged down with people discussing their alternate installation techniques and asking for help for same. If someone is providing an alternate cygwin distribution they should also be providing an alternate cygwin mailing list. I believe that the debian mailing list for this is [EMAIL PROTECTED] . If it isn't then do a google search. I have no more information that this. 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: C++ Link Errors
Hallo Ron, Am 2002-01-03 um 18:51 schriebst du: > I am trying to build the Linux UML modeler with cygwin. Everything works > until I link. Libtool tries adding -ldl to the g++ linking call. If I enter > g++ command by hand without the -ldl everything is fine, except I get a > number of C++ related linking errors. > My command line is: > g++ -Wl,--enable-auto-import -ftemplate-depth-99 -O2 -o uml.exe [...] > After a number of auto-import warnings, which I expect, like: > Warning: resolving QString::shared_null by linking to > __imp___7QString$shared_null (auto-import) > I receive a series of messages, which I don't expect, like: > umlview.o(.text+0x34f5):umlview.cpp: undefined reference to `cerr' > umlview.o(.text+0x34fa):umlview.cpp: undefined reference to > `ostream::_ls(char const *)' > umlview.o(.text+0x3506):umlview.cpp: undefined reference to `endl(ostream &) > ' > Any ideas? cerr et al. are in libstdc++.a Add libstdc++.a to the link line. Libtool uses gcc to link not g++, i guess it is a bug in libtool, though if you use g++ like shown above libstdc++ should be linked in automatically. 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/
RE: C++ Link Errors
> > g++ -Wl,--enable-auto-import -ftemplate-depth-99 -O2 -o uml.exe > [...] > > After a number of auto-import warnings, which I expect, like: > > Warning: resolving QString::shared_null by linking to > > __imp___7QString$shared_null (auto-import) > > > I receive a series of messages, which I don't expect, like: > > umlview.o(.text+0x34f5):umlview.cpp: undefined reference to `cerr' > > umlview.o(.text+0x34fa):umlview.cpp: undefined reference to > > `ostream::_ls(char const *)' > > umlview.o(.text+0x3506):umlview.cpp: undefined reference to > `endl(ostream &) > > ' > > > Any ideas? > > cerr et al. are in libstdc++.a > > Add libstdc++.a to the link line. Libtool uses gcc to link not g++, > i guess it is a bug in libtool, though if you use g++ like shown above > libstdc++ should be linked in automatically. The libtool I have does use g++ and it is being linked with libstdc++.a. I even added a spare -lstdc++ to the end of the g++ command, but the error remains. It may be worth mentioning that the error is seen during the collect2 phase. -- 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/
Cannot run gcc
After a net install of cygwin I cannot run gcc. I installed all packages. When I do: gcc I get: bash: gcc: command not found When I do: find / gcc I get: /usr/src/gcc-2.95.3-5/gcc which is a directory. When I do: find / '*gcc*': I get a list of 46 files. I have attached the list at the end of this message. When I do: echo $PATH I get: usr/local/bin:/usr/bin:/bin:/cygdrive/c/WINNT/SYSTEM32:/cygdrive/c/WINNT:/cygdrive/c/WINNT/SYSTEM32/WBEM:/cygdrive/c/DMI/WIN32/BIN I am a very experienced Unix and Linux developer but have never before used cygwin or any versions of any Microsoft Operating Systems. I am running Microsoft Windows 2000 Professional, Service Pack 2 on a DELL Optiplex GX240 with an Intel 4 1.88 GHx CPU, a gigabyte of RAM, and a 74.4 Gigabyte disk with 70.1 Gigabytes free. I also have Samba on a Linux box connected to the Windows machine. Help would be appreciated. Norman Shapiro 798 Barron Avenue Palo Alto CA 94306-3109 (650) 565-8215 [EMAIL PROTECTED] Here is the output of find / '*gcc*' /etc/setup/gcc-src.lst.gz /usr/src/binutils-20011002-1/gas/testsuite/gas/sparc-solaris/sol-gcc.s /usr/src/gcc-2.95.3-5 /usr/src/gcc-2.95.3-5/gcc /usr/src/gcc-2.95.3-5/gcc/config/c4x/libgcc.S /usr/src/gcc-2.95.3-5/gcc/config/msdos/libgcc.mak /usr/src/gcc-2.95.3-5/gcc/config/msdos/mklibgcc.c /usr/src/gcc-2.95.3-5/gcc/config/winnt/libgcc.mak /usr/src/gcc-2.95.3-5/gcc/config/winnt/mklibgcc.c /usr/src/gcc-2.95.3-5/gcc/gcc.1 /usr/src/gcc-2.95.3-5/gcc/gcc.c /usr/src/gcc-2.95.3-5/gcc/gcc.hlp /usr/src/gcc-2.95.3-5/gcc/gcc.texi /usr/src/gcc-2.95.3-5/gcc/gccspec.c /usr/src/gcc-2.95.3-5/gcc/libgcc1-test.c /usr/src/gcc-2.95.3-5/gcc/libgcc1.c /usr/src/gcc-2.95.3-5/gcc/libgcc2.c /usr/src/gcc-2.95.3-5/gcc/testsuite/gcc.c-torture /usr/src/gcc-2.95.3-5/gcc/testsuite/gcc.dg /usr/src/gcc-2.95.3-5/gcc/testsuite/gcc.failure /usr/src/gcc-2.95.3-5/gcc/testsuite/gcc.misc-tests /usr/src/gcc-2.95.3-5/gcc/testsuite/lib/gcc-dg.exp /usr/src/gcc-2.95.3-5/gcc/testsuite/lib/gcc.exp /usr/src/gcc-2.95.3-5/gcc/testsuite/lib/mike-gcc.exp /usr/src/gcc-2.95.3-5/gcc/testsuite/README.gcc /usr/src/gcc-2.95.3-5/gcc.pot /usr/src/ghostscript-6.51/src/dvx-gcc.mak /usr/src/ghostscript-6.51/src/ugcclib.mak /usr/src/ghostscript-6.51/src/unix-gcc.mak /usr/src/ghostscript-6.51/src/unix-gcc.mak.orig /usr/src/libpng-1.0.11/pnggccrd.c /usr/src/libpng-1.0.11/scripts/makefile.gcc /usr/src/libpng-1.0.11/scripts/makefile.hpgcc /usr/src/libpng-1.0.11/scripts/makefile.sggcc /usr/src/mingw-runtime-1.2-1/gccmain.c /usr/src/openssl-0.9.6b-2/bugs/dggccbug.c /usr/src/openssl-0.9.6b-2/crypto/des/times/sparc.gcc /usr/src/perl-5.6.1-2/jpl/JNI/typemap.gcc /usr/src/postgresql-7.1.3/src/test/regress/expected/geometry-uw7-gcc.out /usr/src/rxvt-2.7.2/src/gcc-Wall /usr/src/tetex-beta-20001218-1/texk/dvipsk/vms/vms_gcc.txt /usr/src/tetex-beta-20001218-1/texk/dvipsk/vms/vms_gcc_paths.h /usr/src/tiff-3.5.6beta/contrib/tags/Makefile.gcc /usr/src/unzip-5.41/win32/Makefile.gcc /usr/src/zip-2.3/human68k/Makefile.gcc /usr/src/zip-2.3/win32/makefile.gcc -- 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/
Adv: Semiconductor Training Courseware
Greetings: PTI Seminars is presenting the following courses for semiconductor personnel For more details call 636-343-1333 and ask for Mark Masters. ABCs of IC DESIGN & FABRICATION - Presented by: Denny Frye http://www.pti-inc.com/icdesignfab.html February 20, 2002 San Jose, CA March 11, 2002 Portland, OR March 18, 2002 Singapore April 9, 2002 Boston, MA April 19, 2002 Munich, Germany April 30, 2002 Phoenix, AZ This course describes in simple terms a sequential format of information that constitutes the major fabrication processes and design for integrated devices. This one (1) day seminar gives you a comprehensive overview of the semiconductor industry & technology. The course will give you the background you need to understand the basics of semiconductor devices, how they work, the processing technologies & equipment to produce them, and circuit design techniques. ABCs of BASIC ELECTRONICS AND DEVICES http://www.pti-inc.com/basicmain.html March 18, 2002 San Jose, CA ADVANCED TOPICS IN CMP Chemical Mechanical Planarization http://www.pti-inc.com/advancedcmp.html March 21-22, 2002 San Jose, CA DEFECT ISOLATION for MULTI LEVEL FAILURE ANALYSIS http://www.pti-inc.com/defectisolation.html March 25-26, 2002 San Jose, CA DEVICE PHYSICS MADE EASY http://www.pti-inc.com/physics.html April 8, 2002 San Jose, CA Fundamentals of CHEMICAL MECHANICAL PROCESSING Presented by: Srini Raghavan http://www.pti-inc.com/cmpmain.html March 6, 2002 San Jose, CA Fundamentals of CHEMICAL VAPOR DEPOSITION http://www.pti-inc.com/cvdmain.html April 3, 2002 San Jose, CA Fundamentals of ION IMPLANTATION http://www.pti-inc.com/ionmain.html April 2, 2002 San Jose, CA Fundamentals of MEMS DESIGN & FABRICATION http://www.pti-inc.com/memsic.html April 10, 2002 San Jose, CA July 24, 2002 San Francisco, CA Fundamentals of METALLIZATION http://www.pti-inc.com/metalmain.html April 4, 2002 San Jose, CA Fundamentals RF Plasma Generation for Semiconductor Equipment http://www.pti-inc.com/rfequipment.html April 4, 2002 San Jose, CA July 24-25, 2002 San Francisco, CA Fundamentals of WET & DRY ETCH http://www.pti-inc.com/etchmain.html March 7, 2002 San Jose, CA Fundamentals of PHOTOLITHOGRAPHY http://www.pti-inc.com/photomain.html March 19, 2002 San Jose, CA Fundamentals of THERMAL PROCESSING http://www.pti-inc.com/diffmain.html March 12, 2002 San Jose, CA INTELLECTUAL PROPERTY STRATEGIES for SEMICONDUCTOR INDUSTRY COMPANIES http://www.intellectual.html February 18-19, 2002 San Jose, CA July 24-25, 2002 San Francisco, CA Intro to CMOS LAYOUT http://www.pti-inc.com/cmos.html May 6-7, 2002 San Jose, CA Intro to DIGITAL SIGNAL PROCESSING http://www.pti-inc.com/dsp.html April 24-26, 2002 San Jose, CA Intro to MICRO CONTAMINATION CONTROL http://www.pti-inc.com/contamain.html March 21, 2002 San Jose, CA Intro to Optical MEMS for Bio Sensing and Communications http://www.pti-inc.com/mems.html April 11, 2002 San Jose, CA Intro to INTEGRATED YIELD MANAGEMENT http://www.pti-inc.com/yieldmanagement.html March 4-5, 2002 San Jose, CA April 18-19, 2002 Munich, Germany May 6-7, 2002 Singapore Intro to STATISTICAL PROCESSING CONTROL (SPC) http://www.pti-inc.com/spc.html April 9, 2002 San Jose, CA LOW COST FLIP CHIP & WLCSP TECHNOLOGIES http://www.pti-inc.com/flipchip.html April 8, 2002 San Jose, CA April 15, 2002 Munich, Germany May 9, 2002 Singapore July 19, 2002 San Francisco, CA PRODUCT MARKETING for the Semiconductor Industry http://www.pti-inc.com/productmarketing.html February 27, 2002 San Jose, CA April 18, 2002 Munich, Germany May 9, 2002 Singapore RF WIRELESS FUNDAMENTALS http://www.pti-inc.com/rfwireless.html February 25-26, 2002 San Jose, CA CHECK OUR WEB SITE FOR ADDITIONAL COURSES !! http://www.ptiseminars.com For a FULL TRAINING SCHEDULE of "open" course dates visit http://www.pti-inc.com/schedule.htm TO REGISTER Go To https://secure.hosting.swbell.net/www.pti-inc.com/registration.html TO SPEAK: * to an account manager about ATTENDING these courses or having them ONSITE contact us at (636) 343-1333 in the USA. Ask for MARK MASTERS. * Fax (636) 343-8642 * Email: [EMAIL PROTECTED] PTI SEMINARS, INC. "We Exceed Your Expectations!" * To unsubscribe please reply to [EMAIL PROTECTED] and in the subject "Unsubscribe". We apologize for any inconvenience. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Cannot run gcc
At 01:12 PM 1/4/2002, [EMAIL PROTECTED] wrote: >After a net install of cygwin I cannot run gcc. I installed all packages. > >When I do: > > gcc > >I get: > > bash: gcc: command not found > >When I do: > > find / gcc > >I get: > > /usr/src/gcc-2.95.3-5/gcc ^ Looks to me like you installed the gcc source and not the binary. Rerun setup.exe and pick the gcc package to install the binary. You don't need the source unless you're interested in it. 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: C++ Link Errors
Solution found. I had built and installed various alternate versions of gcc into /usr/local. Despite the fact that I placed /usr/local/bin after /usr/bin in my path so that I would get the default cygwin gcc for this project, /usr/bin/gcc was still passing -L/usr/local/lib before -L/usr/lib when it called collect2. My first solution was to mv away /usr/local/lib/libstdc++.a. I realize this is not a longterm solution, but it's a start. I will try rebuilding my gcc 3.0.3 into /usr and then attempt to use the "-V 2.95.3-5" argument to gcc when I need standard cygwin gcc. I hope this helps anyone with a similar problem in the future. -- 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/
1.3.6-6 & CVS: BUG: opendir() returns ENOTDIR whereas ENOENT would probably be a better choice...
Hello, I think i've found a bug in cygwin: I can not use very important CVS command "cvs co -r". I tried a "cvs co -r mytag myproj" and receive the following: cvs [checkout aborted]: cannot open directory .../CVS/mypoj/Attic: Not a directory It is true -- since i have deleted nothing in myproj yet, i don't have Attic in it. I send this error to info-cvs mailing list and they said, that it is due to opendir() implementation in cygwin (it returns ENOTDIR instead of ENOENT in most cases :( ). Will it be corrected in cygwin or in cygwin port of CVS? Thank you, Alexei Lioubimov -- 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: 1.3.6-6 & CVS: BUG: opendir() returns ENOTDIR whereas ENOENT would probably be a better choice...
Hi!
Friday, 04 January, 2002 Alexei Lioubimov [EMAIL PROTECTED] wrote:
AL> cvs [checkout aborted]: cannot open directory .../CVS/mypoj/Attic: Not a
AL> directory
AL> I send this error to info-cvs mailing list and they said, that it is due to
AL> opendir() implementation in cygwin (it returns ENOTDIR instead of
AL> ENOENT in most cases :( ).
this program prints 'errno=2', which is correct ENOENT result.
#include
#include
#include
#include
int main()
{
DIR* x = opendir ( "/tmp/wazoof" );
if (!x)
printf ( "errno=%d\n", errno);
}
AL> Will it be corrected in cygwin or in cygwin port of CVS?
care to provide a simple self-contained testcase?
Egor.mailto:[EMAIL PROTECTED] ICQ 5165414 FidoNet 2:5020/496.19
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ: http://cygwin.com/faq/
Re: rebase for setup (curl)
On Fri, Jan 04, 2002 at 11:47:32AM -0500, Roth, Kevin P. wrote: > Negative - I get no warnings at all during the building of > cygcurl-2.dll. Thanks for the confirmation. > Here's the gcc line that actually dumps out the dll: > > $ gcc -Wl,--base-file,.libs/cygcurl-2.dll-base -Wl,--dll -nostartfiles > -Wl,-e, __cygwin_dll_entry@12 -o .libs/cygcurl-2.dll file.lo ... > > I can send more of the build output if you'd like, or feel free to grab > the source and run it yourself if you like (my commands, straight-forward > though they may be, are all documented in my readme). Actually, the above was very useful -- it got me thinking about PostgreSQL DLLs, since they are made in an unconventional way. Sure enough, rebase breaks pq.dll (one of the PostgreSQL DLLs) in exactly the same way as cygcurl-2.dll: $ file pq.dll pq.dll: MS Windows PE Intel 80386 console DLL $ objdump -p pq.dll | fgrep ImageBase ImageBase 6798 $ rebase -d -b 0x6800 pq.dll pq.dll: new base = 6800, new size = 2 $ objdump -p pq.dll | fgrep ImageBase objdump: pq.dll: File format not recognized $ file pq.dll pq.dll: MS-DOS executable (EXE), OS/2 or MS Windows All PostgreSQL DLLs are created with dllwrap. If I invoke dllwrap with the verbose flag, we get the following: $ dllwrap -v -o pq.dll --dllname pq.dll --def pq.def fe-auth.o ... DLLTOOL name: dlltool DLLTOOL options : -v --dllname pq.dll --exclude-symbol=_cygwin_dll_entry@12 --def pq.def DRIVER name : gcc DRIVER options : -Wl,--dll -nostartfiles -o pq.dll -Wl,-e,__cygwin_dll_entry@12 -Wl,--image-base,0x6798 ... So, the options passed to ld are the same for cygcurl-2.dll and pq.dll except for the slight variation of --base-file versus --image-base. I decided to table the search for the "offending" ld option(s) because of the following gloomy thought: Given that rebase can break certain DLLs and that it is nearly impossible to control how arbitrary packages create their DLLs, can setup.exe's proposed rebase solution deal with this problem? Or, is the rebase solution doomed to failure? Does anyone have any bright ideas? 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: rebase for setup (curl)
Jason Tishler writes: >> >So, the options passed to ld are the same for cygcurl-2.dll and pq.dll >except for the slight variation of --base-file versus --image-base. > >I decided to table the search for the "offending" ld option(s) because >of the following gloomy thought: > >Given that rebase can break certain DLLs and that it is nearly >impossible to control how arbitrary packages create their DLLs, >can setup.exe's proposed rebase solution deal with this problem? >Or, is the rebase solution doomed to failure? > >Does anyone have any bright ideas? What happens if you link with --enable-auto-image-base ?? Cheers Norman -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: rebase for setup (curl)
On Fri, Jan 04, 2002 at 02:02:01PM -0500, Norman Vine wrote: > Jason Tishler writes: > >Does anyone have any bright ideas? > > What happens if you link with --enable-auto-image-base ?? I was unable to get dllwrap to use --enable-auto-image-base, but I was able to build pq.dll using the normal "gcc -shared" way. I ran the full PostgreSQL regression test using this pq.dll without any errors. But, the above is not the point. The point is it will be difficult to get the upstream maintainers to change their build procedures just for Cygwin. So, how should Cygwin's rebase solution handle these odd-balls? Skip them, rebase around them (if possible), what? BTW, guess what value dllwrap used for --image-base? The same one used by --enable-auto-image-base! 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: 1.3.6-6 & CVS: BUG: opendir() returns ENOTDIR whereas ENOENT would probably be a better choice...
On Fri, Jan 04, 2002 at 09:59:31PM +0300, egor duda wrote:
>Friday, 04 January, 2002 Alexei Lioubimov [EMAIL PROTECTED] wrote:
>AL> cvs [checkout aborted]: cannot open directory .../CVS/mypoj/Attic: Not a
>AL> directory
>AL> I send this error to info-cvs mailing list and they said, that it is due to
>AL> opendir() implementation in cygwin (it returns ENOTDIR instead of
>AL> ENOENT in most cases :( ).
>
>this program prints 'errno=2', which is correct ENOENT result.
>
>#include
>#include
>#include
>#include
>
>int main()
>{
> DIR* x = opendir ( "/tmp/wazoof" );
> if (!x)
>printf ( "errno=%d\n", errno);
>}
>
>AL> Will it be corrected in cygwin or in cygwin port of CVS?
>
>care to provide a simple self-contained testcase?
Egor,
I just checked in a fix for this. Are you using the latest CVS?
I already had a test case sitting around for this so it probably is a
regression and I probably should add something to the test suite.
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/
[My fix] Cygwin ssh client and X11 forwarding
I've been working on this all morning and saw several questions related to this subject. Thought I'd let you all know what I found. My installation of Cygwin (cygwin1.dll 1.3.3 with a build date of 2001-09-12 23:54) did not have a /etc/ssh_config.I stole the /etc/ssh/ssh_config from my Debian installation and now it works without the -X, $DISPLAY stuff. BTW when X11 Forwarding wasn't working it seemed that using 'export DISPLAY:192.168.1.10:0' seemed to work, but when I checked the ports in use in noticed that the connection back from my machine was on prot 6000. Ssh forwarding was not working. P.S. Here is my ssh_config: # $OpenBSD: ssh_config,v 1.10 2001/04/03 21:19:38 todd Exp $ # This is ssh client systemwide configuration file. See ssh(1) for more # information. This file provides defaults for users, and the values can # be changed in per-user configuration files or on the command line. # Configuration data is parsed as follows: # 1. command line options # 2. user-specific file # 3. system-wide file # Any configuration value is only changed the first time it is set. # Thus, host-specific definitions should be at the beginning of the # configuration file, and defaults at the end. # We turn ForwardAgent and ForwardX11 on for localhost Host localhost ForwardAgent yes ForwardX11 yes # Site-wide defaults for various options Host * ForwardAgent yes ForwardX11 yes # RhostsAuthentication no # RhostsRSAAuthentication yes # RSAAuthentication yes # PasswordAuthentication yes # FallBackToRsh no # UseRsh no # BatchMode no CheckHostIP no # StrictHostKeyChecking yes # IdentityFile ~/.ssh/identity # IdentityFile ~/.ssh/id_dsa # IdentityFile ~/.ssh/id_rsa # Port 22 # Protocol 2,1 # Cipher blowfish # EscapeChar Jim Roberts Senior Systems Engineer ProTrader Securities Corp. Any and all information contained herein is intended only for the person or entity to which it is addressed and may contain confidential or otherwise sensitive privileged PROTRADER(R) business and/or financial information. If you have received this message in error, please contact the sender and delete the message in its entirety. ANY UNAUTHORIZED REVIEW OR RETRANSMISSION OF THE INFORMATION CONTAINED HEREIN IS STRICTLY PROHIBITED. -- 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/
problem with dlltool
Hi all, I am trying to install gcc for windows to compile matlab mex files. Igot the gnumex from http://www.mrc-cbu.cam.ac.uk/Imaging/gnumex20.html after having installed it properly and having genearted the options batch file, when I run mex from matlab I get the following error: - mex -f e:/gnumex/mexopts.bat c:\matlabR12\extern\examples\mex\yprime.c dlltool: Can't open def file: c:matlabR12externincludematlab.def dlltool: Can't open def file: c:matlabR12externincludelibmatlbmx.def gcc: _lib64471.lib: No such file or directory gcc: _lib64472.lib: No such file or directory dllwrap: gcc exited with status 1 C:\MATLABR12\BIN\WIN32\MEX.PL: Error: Link of 'yprime.dll' failed. -- It looks like the directory delimiter "\" is missing in the def file that is sent to the dlltool because matlab.def and matlbmx.def do exist in the c:matlabR12\extern\include directory.. I don't know which function calls dlltool ( tried looking for it in mex.pl and mex.bat but to no avail). Can some one please help me solve this problem. I am using: windows 2000 cygwin 1.3.6 matlab 6.0.0.88(R12) Thanks a lot Om -- 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: id / mkpasswd [2]
Christopher Faylor wrote: > > Because we're mean. > > cgf > You must think you're safe now that it's January. Better hope Santa hasn't started next year's list. Eric -- 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: id / mkpasswd [2]
On Fri, Jan 04, 2002 at 12:39:15PM -0800, Eric M. Monsler wrote: >Christopher Faylor wrote: >>Because we're mean. > >You must think you're safe now that it's January. > >Better hope Santa hasn't started next year's list. Sigh. I won't tell you what I found in my stocking last week. Hmm. I think you may be onto something here. 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/
Fingerd?
Is there or has anyone out there had any luck compiling fingerd? If not, does anyone know of a good non-cygwin alternative. I checked the list and found very little on this.. Thanks Bruce Dobrin [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/
Heimdal 0.4e and Cygwin
./configure --prefix=/usr/local --disable-otp ; make Works, well, almost works. The only serious problems appear to be: - Cygwin defines iruserok() in unistd.h but does not provide an implementation, therefore ./configure detects that iruserok() is missing and lib/roken/iruserok.c fails to compile because it redefines iruserok()! Cygwin needs a fix, if anything, but I'm not sure how to workaround this. I worked around it by manually editing config.h and lib/roken/Makefile... The only thing that fails to build then is rshd.exe. - The same klist.exe binary in /tmp/heimdal-0.4e/kuser/klist.exe works, but, the *same* binary, located in /usr/local/bin/. Then again, if I copy klist.exe to /usr/bin/ it works. Cygwin is slowly making me crazy. Time to dig through the FAQs or the Cygwin lists... and I'm not finding anything. Is there something magical about /usr/local/ on Cygwin that prevents binaries I compile from working? - When I try to link a simple conftest program to check for gss_init_sec_context() gcc/ld fail to link, listing lots of OpenSSL symbols as being undefined - adding -lssl to the gcc command line does not fix the problem. This is probably something to do with the above klist.exe problem. I'm running make check now. Most checks are passing. If only I can figure out exactly how to install Heimdal so things link and run correctly. Perhaps I have to ./configure with --prefix=/usr, since manually installing Heimdal binaries to /usr/bin seems to work... Help, please... Nico -- -DISCLAIMER: an automatically appended disclaimer may follow. By posting- -to a public e-mail mailing list I hereby grant permission to distribute- -and copy this message.- Visit our website at http://www.ubswarburg.com This message contains confidential information and is intended only for the individual named. If you are not the named addressee you should not disseminate, distribute or copy this e-mail. Please notify the sender immediately by e-mail if you have received this e-mail by mistake and delete this e-mail from your system. E-mail transmission cannot be guaranteed to be secure or error-free as information could be intercepted, corrupted, lost, destroyed, arrive late or incomplete, or contain viruses. The sender therefore does not accept liability for any errors or omissions in the contents of this message which arise as a result of e-mail transmission. If verification is required please request a hard-copy version. This message is provided for informational purposes and should not be construed as a solicitation or offer to buy or sell any securities or related financial instruments. -- 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/
login 1.4-2 LASTLOG file mismatch
All, I think I've found a small bug in the login program code versus the man page regarding the last login feature. The man page indicates that the file necessary for storing the last login information is /var/log/lastlog, and this file was actually created with zero length automatically. But the code references the file location as /usr/adm/lastlog, which is not created automatically. When I created a zero length file /usr/adm/lastlog, the login program now shows the last login date, time, and source. Now, after the first use of the /usr/adm/lastlog file, it's size grew to 3,048,420 bytes! What's in that file? Is that normal? As a side question, when I compile Cygwin programs locally, they seem to be much larger than the binaries installed by setup.exe. For example, login installed by setup.exe is 11,776 bytes; the login that I compiled myself is 44,945 bytes. I made no changes whatsoever to the source code, and used the makefile that came in the tarball. In checking the archives, I saw one cryptic reference to using 'strip' but I don't really understand that reference. BCNU//jle -- 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 / permission problem
Hi Cygwin, I tried to run a cron job as follows: $ cygrunsrv -I cron -p /usr/sbin/cron -a -D -e CYGWIN="tty ntsec" $ cygrunsrv -S cron The crons starts, I checked this by ps -ef. But, when i tried to add a cronjob by crontab -e and type 40 10 * * * /home/admin/cron.sh then it gave me this errors: crontab:installin new crontab crontab:error renaming tabs/tmp.000864 to tabs/admin rename: Permission denied I can not delete the error files in the var/cron/tabs foler too even I logged on as admin. Any help ?? Thanks ! Ed. __ Do You Yahoo!? Send your FREE holiday greetings online! http://greetings.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: rebase for setup (curl)
=== - Original Message - From: "Norman Vine" <[EMAIL PROTECTED]> To: "'Jason Tishler'" <[EMAIL PROTECTED]>; "'Cygwin'" <[EMAIL PROTECTED]> Cc: "'Roth, Kevin P.'" <[EMAIL PROTECTED]> Sent: Saturday, January 05, 2002 6:02 AM Subject: RE: rebase for setup (curl) > Jason Tishler writes: > >> > >So, the options passed to ld are the same for cygcurl-2.dll and pq.dll > >except for the slight variation of --base-file versus --image-base. > > > >I decided to table the search for the "offending" ld option(s) because > >of the following gloomy thought: > > > >Given that rebase can break certain DLLs and that it is nearly > >impossible to control how arbitrary packages create their DLLs, > >can setup.exe's proposed rebase solution deal with this problem? > >Or, is the rebase solution doomed to failure? > > > >Does anyone have any bright ideas? > > What happens if you link with > --enable-auto-image-base ?? >From a libbfd point of view, all auto-image-base does is supply --image-base=, so I'd be _amazed_ if this fixed a relocating issue. 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: rebase for setup (curl)
- Original Message - From: "Jason Tishler" <[EMAIL PROTECTED]> > On Fri, Jan 04, 2002 at 11:47:32AM -0500, Roth, Kevin P. wrote: > > Negative - I get no warnings at all during the building of > > cygcurl-2.dll. > > Thanks for the confirmation. > All PostgreSQL DLLs are created with dllwrap. If I invoke dllwrap with > So, the options passed to ld are the same for cygcurl-2.dll and pq.dll > except for the slight variation of --base-file versus --image-base. > > I decided to table the search for the "offending" ld option(s) because > of the following gloomy thought: > > Given that rebase can break certain DLLs and that it is nearly > impossible to control how arbitrary packages create their DLLs, > can setup.exe's proposed rebase solution deal with this problem? > Or, is the rebase solution doomed to failure? Time for a 2c opinion. Looks like something is broken with dllwrap->ld interaction. Does adding --shared fix this? Or perhaps the -Wl,--dll should be replaced with --shared... If we can isolate that, and release an updated dllwrap we've solved the core fault. At that point IMO we can simply release, with a loud warning that folk need to update and rebuild their .dlls _BECAUSE THEY ARE CURRENTLY CORRUPT_. Rebasing is a PE feature, if the .dll's are not surviving rebasing, something is wrong - they probably won't survive relocation either. Lastly, if you recall my suggestion about leaving unrebasable .dlls in place, and rebasing around them, we can simply test a dll the first time we see it and see if it survives. If not, we mark it's address space as reserved and move along. 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: Compiling Berkeley db for Ruby under Cygwin
Hallo Albert, Am 2002-01-03 um 18:40 schriebst du: > Even as a Linux user, I probably stay as confused about compiling > under cygwin as some windows users. I cannot figure out just > where the linker is looking to find cygwin-ruby16. 1. Use the correct linker flag `-L/path/to/librubys.a/' and look if there is a lib named libcygwin-ruby16.a, isn't the name of the import lib librubys.a or was it changed since 1.6.5 and 1.6.6? 2. use `my' ruby-1.6.5 package which is available at this URI: http://familiehaase.de/cywgin/ruby/ and installs the lib and headers and dll in `cygwin-usual' places (/usr/local/lib/ruby/..., /usr/local/bin) 3. Build ruby yourself: ./configure --enable-shared make make test make install 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/
Re: Compiling Berkeley db for Ruby under Cygwin
Hallo Albert, > Am 2002-01-03 um 18:40 schriebst du: >> Even as a Linux user, I probably stay as confused about compiling >> under cygwin as some windows users. I cannot figure out just >> where the linker is looking to find cygwin-ruby16. > 1. Use the correct linker flag `-L/path/to/librubys.a/' and look >if there is a lib named libcygwin-ruby16.a, isn't the name of >the import lib librubys.a or was it changed since 1.6.5 and 1.6.6? Ah, no, librubys.a is the static lib, the importlib is: /usr/local/lib/libcygwin-ruby16.a in my build. > 2. use `my' ruby-1.6.5 package which is available at this URI: >http://familiehaase.de/cywgin/ruby/ and installs the lib and >headers and dll in `cygwin-usual' places (/usr/local/lib/ruby/..., >/usr/local/bin) > 3. Build ruby yourself: >./configure --enable-shared >make >make test >make install 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/
Re: Heimdal 0.4e and Cygwin
Hallo Nicolas, Am 2002-01-04 um 22:11 schriebst du: > ./configure --prefix=/usr/local --disable-otp ; make > Works, well, almost works. > The only serious problems appear to be: > - Cygwin defines iruserok() in unistd.h but does not provide an >implementation, therefore ./configure detects that iruserok() is >missing and lib/roken/iruserok.c fails to compile because it >redefines iruserok()! $ nm libutil.a | grep iruserok iruserok.o: 0108 T _iruserok >Cygwin needs a fix, if anything, but I'm not sure how to workaround >this. I worked around it by manually editing config.h and >lib/roken/Makefile... The only thing that fails to build then is >rshd.exe. > - The same klist.exe binary in /tmp/heimdal-0.4e/kuser/klist.exe works, >but, the *same* binary, located in /usr/local/bin/. Then again, if I >copy klist.exe to /usr/bin/ it works. >Cygwin is slowly making me crazy. Time to dig through the FAQs or the >Cygwin lists... and I'm not finding anything. >Is there something magical about /usr/local/ on Cygwin that prevents >binaries I compile from working? No. Sounds strange. > - When I try to link a simple conftest program to check for >gss_init_sec_context() gcc/ld fail to link, listing lots of OpenSSL >symbols as being undefined - adding -lssl to the gcc command line >does not fix the problem. This is probably something to do with the >above klist.exe problem. > I'm running make check now. Most checks are passing. > If only I can figure out exactly how to install Heimdal so things link > and run correctly. Perhaps I have to ./configure with --prefix=/usr, > since manually installing Heimdal binaries to /usr/bin seems to work... 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/
RE: Anyone got mod_perl working?
Hi Gerrit
thanks for your notes. I neglected to mention that I did symbolically link
the liberl.a library. Unfortunately, I think I may have hit the wall in
getting Apache::Request working, and according to one note that I've found
on the web
(http://www.mail-archive.com/modperl@apache.org/msg21136.html), it may not
be possible:
"However, I think that building mod_perl under Cygwin is a not a good
idea (yet). For example, you won't be able to build libapreq
(Apache::Request):
it requires some symbols from apache and under win32 it's impossible
to link .dll to symbols in .exe which loads this .dll.
That's why win32 apache is split into Apache.exe and ApacheCore.dll --
it allows modules to link with ApacheCore.dll. Unfortunately,
Cygwin builds single httpd.exe binary and libapreq fails to link
to ap_table_add, ap_getword and many other symbols residing in apache
binary."
If you have any other ideas, please let me know :)
Dan
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf
Of Gerrit P. Haase
Sent: Saturday, January 05, 2002 4:54 AM
To: Dan Horne
Cc: [EMAIL PROTECTED]
Subject: Re: Anyone got mod_perl working?
Hallo Dan,
Am 2002-01-02 um 23:07 schriebst du:
> thanks to those who replied. I have something working, but I'm not sure if
> it will come back to bite me later on.
I figured out that Apache 1.3.2x is really slow on Cygwin if compared with
Apache 2.x. but I didn't tried to build Apache2 with mod_perl yet.
> After I've had a play for a while, I may come across a few problems -
which
> may arise from the way I've installed things, or may be from my code. To
try
> and eliminate the former, please let me know if I did anything fatally
> wrong.
No, not a mistake of you, the httpd.conf for the mod_perl tests doesn't work
OOTB on Cygwin.
> Notes:
> * After scouring the net, I found someone who mentioned that they rarely
got
> "make test" working, but the installation always ran. So after continually
> editing scripts and then hitting the next problem, I decided to skip the
> testing.
I have it working, it it tells me "All tests successful, 8 tests skipped."
at the end;) I my previous mail I described the two changes I made to the
test.conf file.
> * I avoided the DSO route as it just seemed to be giving me grief
> 1. Install (everything untarred in /tmp):
> in /tmp/mod_perl-1.26
I used a newer mod_perl version from CVS, but there are no greater changes.
>$ perl Makefile.PL USE_APACI=1 EVERYTHING=1
> PERL_EXTRA_CFLAGS=-DUSEIMPORTLIB DO_HTTPD=1 APACHE_SRC=../apache_1.3.22
perl Makefile.PL \
EVERYTHING=1 \
APACHE_SRC=../apache_$APACHE_VER/src \
USE_APACI=1 \
PREP_HTTPD=1 \
DO_HTTPD=1 2>&1 | tee $CWD/log.configure-mod_perl
> in /tmp/apache_1.3.22
I used Apache 1.3.20 and I needed to modify the Apache Makefile
because libperl5_6_1.a isn't searched only libperl.a:
So I need to do this:
perl -i.bak -p -e 's#-lmm#-lmm -lperl5_6_1#;'
$TMP/apache_$APACHE_VER/src/Makefile
or something like that before configuring everything:
ln -s /lib/perl5/5.6.1/cygwin-multi/CORE/libperl5_6_1.a /lib/libperl.a
> a) In the "aliases" section, I entered:
>Alias /perl/ "/var/www/perl/"
>
> Options Indexes FollowSymLinks MultiViews
> AllowOverride None
> Order allow,deny
> Allow from all
>
> b) Then add the following directive - is this correct?
>
>
>SetHandler perl-script
>PerlHandler Apache::Registry
>Options +ExecCGI
>
>
Looks ok.
I used this for the beginning:
SetHandler perl-script
PerlHandler Apache::Registry
Options +ExecCGI
PerlSendHeader On
> c) restart apache
> 3. Test:
> In /var/www/perl, create test.pl as is in Stas Beckman's mod_perl Guide:
> print "Content-type
> print "Server's environment\n";
> foreach ( keys %ENV)
> {
>print "$_\t$ENV{$_}\n";
> }
> I had to set the permissions to 755.
> The result in my browser:
> SERVER_SOFTWARE Apache/1.3.22 (Cygwin) mod_perl/1.26
> SERVER_ADMINdhorne@DAN-NOTEBOOK
> REMOTE_ADDR 192.168.1.3
> DOCUMENT_ROOT /usr/local/apache/htdocs
> REQUEST_URI /perl/test.pl
> REQUEST_METHOD GET
> SERVER_PORT 8080
Seems to work;)
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/
--
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: Anyone got mod_perl working?
- Original Message - From: "Dan Horne" <[EMAIL PROTECTED]> > > "However, I think that building mod_perl under Cygwin is a not a good > idea (yet). For example, you won't be able to build libapreq > (Apache::Request): > it requires some symbols from apache and under win32 it's impossible > to link .dll to symbols in .exe which loads this .dll. > That's why win32 apache is split into Apache.exe and ApacheCore.dll -- > it allows modules to link with ApacheCore.dll. Unfortunately, > Cygwin builds single httpd.exe binary and libapreq fails to link > to ap_table_add, ap_getword and many other symbols residing in apache > binary." > > If you have any other ideas, please let me know :) A .exe is the same as a .dll to Win32. You should be able to link back to the .exe, if you generate an import library for the exported symbols. 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/
¡¶ìø¡·¿¯Õ÷¶©£¨ÔùÔÄ£©ÆôÊÂ
¡¡¡¶ìø¡·¿¯Õ÷¶©£¨ÔùÔÄ£©ÆôÊ ìøÊÇʲô£¿ Ëü²»ÊÇ֪ʶ£¬¶ø֪ʶ²¢Ã»ÓÐÀ뿪Ëü£» Ëü²»ÊÇ×ڽ̣¬¶ø×ڽ̵Ĺ¦Ð§È´¿ÉÒÔ´ÓËü»ñµÃ£» Ëü²»ÊÇÕÜѧ£¬¶øÕÜѧȴÎÞ·¨³¬Ô½ËüµÄÁìÓò£» Ëü²»ÊÇ¿Æѧ£¬¶ø¿ÆѧÖØʵ¼Ê¡¢ÖؾÑéµÄ¾«ÉñÕýÊÇËüµÄÒªÇó¡£ ÄãÏëÖªµÀʲôÊÇìøÂ𣿠ÄãÏëÁ˽âìøÔÚ·ðѧÖеĵØλÂ𣿠ÄãÏëÕÆÎÕÐÞìøµÄ·½·¨Â𣿠ÄãÏë»ñµÃÉíÐĵÄÄþ¾²Óë¾»»¯Â𣿠ÄãÏ붴ϤìøÓëÈËÉú¡¢ìøÓëÒ»ÇÐÎÄ»¯ÏÖÏóµÄÃÜÇйØϵÂ𣿠ºÓ±±Ê¡·ð½ÌлáÖ÷°ìµÄ¡¶ìø¡·ÔÓÖ¾½«»á°ïÖúÄãȥ̽Ë÷¡¢È¥Ë¼¿¼¡¢È¥Ñ¡Ôñ¡£¡¶ìø¡·ÔÓÖ¾±ÙÓÐ"Ö¸ÔÂƪ"¡¢"ÕÔÖÝÇÅ"¡¢"´«µÆƪ"¡¢"Ä¥¾µÌ¨"¡¢"¹êľƪ"¡¢"ÎÄ×Öìø"¡¢"ÎÞ¿×µÑ"µÈÀ¸Ä¿£¬ÒÔÇåÐÂÆÓʵºÍ¸»ÓÐìøÒâµÄÎÄ×Ö£¬°ïÖúÄãÕÆÎÕìøµÄ±¾ÖÊ¡¢ìøµÄ¾«Éñ¡¢ìøµÄʵ¼ù¡¢ìøµÄ·½·¨¡¢ìøµÄ±íÏÖ¡£ ¡¶ìø¡·¿¯×Ô1989Äê´´¿¯ÒÔÀ´£¬ÉîµÃ·ð½ÌÄÚÍâ¸÷½×²ã¶ÁÕßµÄϲ°®£¬·¢ÐÐÁ¿²»¶ÏÔö¼Ó¡£½üÀ´ÓÖ¶à´Î¸Ä°æ£¬Ê¹×°äê¡¢Éè¼Æ¡¢°æʽºÍÓ¡Ë¢ÖÊÁ¿¶¼ÓÐÁ˺ܴóµÄÌá¸ß£¬¼ÓÖ®Ò»¹áÑϽ÷µÄ°ì¿¯·ç¸ñºÍ¹ã·ºµÄ¸å¼þÀ´Ô´£¬¡¶ìø¡·¿¯ÒѾ³É³¤Îª¹úÄÚìøѧ¡¢ìøÐÞºÍìøÎÄ»¯Ñо¿µÄÖ÷ÒªÆÚ¿¯¡£ ¡¶ìø¡·ÔÓ־Ϊ˫Ô¿¯£¬´ó32¿ª£¬96Ò³£¬ÄÚÎÄË«É«Ó¡Ë¢£¬È«²¿ÎªÔùÔÄ£¬²¢Óеç×Ó°æ¡£Ë÷Ôļ´Ôù£¬»¶ÓÔÞÖú¡£ Ë÷ÔÄ°ì·¨£ºÇëÀ´ÐŸæÖªÄãµÄÏêϸµØÖ·£¬ÓÊÕþ±àÂë¡¢ÕæʵÐÕÃû¡¢ÁªÏµµç»°¡£Ò²¿Éͨ¹ýÍøÉ϶©ÔÄ¡£ Ôù ÔÄ ´¦£ºÐéÔÆìøÁÖ·¨ÎïÁ÷ͨÖÐÐÄ µØÖ·£ººÓ±±Ê¡Ê¯¼ÒׯÊÐÓÚµ×ÐéÔÆìøÁÖ Óʱࣺ050071 µç»°£º0311£3631695 ÍøÉ϶©ÔÄ£º£Å-mail£º[EMAIL PROTECTED] ÍøÖ·£ºhttp://chan.fjnet.com ¡¡¡¶ìø¡·±à¼²¿½÷Æô ÓÉÓÚÎÒÃǹ¤×÷µÄÊèºöÓпÉÄÜÖظ´¸øÄú·¢Óʼþ£¬Èç¹ûÎÒÃǵÄÐżþ´ò½ÁÁËÄú£¬Ï£ÍûÄúÄܹ»Á½⣡¶Ô²»Æð£¡ÎÒÃǵÄÔÓ־ȫ²¿ÎªÔùÔÄ£¬Ö»ÊÇÏëÄܹ»ÈÃÖйúµÄ±¾Î»ÎÄ»¯Äܹ»¸üºÃµÄ·þÎñÓÚ´ó¼Ò£¡ ʹÓü«ÐÇÓʼþȺ·¢£¬ÎÞÐëͨ¹ýÓʼþ·þÎñÆ÷£¬Ö±´ï¶Ô·½ÓÊÏ䣬ËٶȾø¶ÔÒ»Á÷£¡ ÏÂÔØÍøÖ·£ºhttp://love2net.51.net/£¬¸ü¶àÃâ·ÑµÄ³¬¿áÈí¼þµÈÄãÀ´Ï¡¡ INFORMATION This message has been sent using a trial-run version of the TSmtpRelayServer Delphi Component. -- 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 to add a specified path to PATH
thank you _ Do You Yahoo!? µÇ¼Ãâ·ÑÑÅ»¢µçÓÊ! http://mail.yahoo.com.cn ÎÞÁÄ£¿ÓôÃÆ£¿¸ßÐË£¿Ã»ÀíÓÉ£¿¶¼À´ÁÄÌì°É£¡¡ª¡ª ÑÅ»¢È«ÐÂÁÄÌìÊÒ! http://cn.chat.yahoo.com/c/roomlist.html -- 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 Berkeley db for Ruby under Cygwin
Gerrit P. Haase wrote: > >>1. Use the correct linker flag `-L/path/to/librubys.a/' and look >> if there is a lib named libcygwin-ruby16.a, isn't the name of >> the import lib librubys.a or was it changed since 1.6.5 and 1.6.6? >> > > Ah, no, librubys.a is the static lib, the importlib is: > /usr/local/lib/libcygwin-ruby16.a in my build. FYI, ".dll.a" is a recognized extention meaning "import lib". If found in the library search path, it takes precedence over ".a" unless -static is used. E.G. /my/lib/path/ contains libfoo.dll.a libfoo.a Then gcc -L/my/lib/path -lfoo will find and link against /my/lib/path/libfoo.dll.a gcc -static -L/my/lib/path -lfoo will link against /my/lib/path/libfoo.a --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/
how to remove cygwin
thank you _ Do You Yahoo!? µÇ¼Ãâ·ÑÑÅ»¢µçÓÊ! http://mail.yahoo.com.cn ÎÞÁÄ£¿ÓôÃÆ£¿¸ßÐË£¿Ã»ÀíÓÉ£¿¶¼À´ÁÄÌì°É£¡¡ª¡ª ÑÅ»¢È«ÐÂÁÄÌìÊÒ! http://cn.chat.yahoo.com/c/roomlist.html -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: how to add a specified path to PATH
Assuming you are using bash(this is the default) put following stetement into your ~/.bashrc file export PATH=$PATH: is the new path On 05-Jan-02 ÀÉ Ï̵À wrote: > thank you > > _ > Do You Yahoo!? µÇ¼Ãâ·ÑÑÅ»¢µçÓÊ! http://mail.yahoo.com.cn > > ÎÞÁÄ£¿ÓôÃÆ£¿¸ßÐË£¿Ã»ÀíÓÉ£¿¶¼À´ÁÄÌì°É£¡¡ª¡ª > ÑÅ»¢È«ÐÂÁÄÌìÊÒ! http://cn.chat.yahoo.com/c/roomlist.html > > -- > 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/ > Guenther Sohler NewLogic Technologies AG Millennium Park 6 A-6890 Lustenau Phone: +43-5577-62000-507 E-Mail: [EMAIL PROTECTED] Fax: +43-5577-62000-988 -- 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/
