Problem compiling a multicast program
Hello everybody! I tried to compile a program which uses setsockopt(... IP_MULTICAST_LOOP ...). Works fine with Linux and AIX. Compilation on Win32 works, but if running I get a error from this line - address invalid. Seeing that there are several include files having IP_MULTICAST_LOOP defined and that I am using the old #defines I follow the suggestions found in the .h and use #include But since I need some other things as well I also try #include But from then on I have problems compiling, ie that gcc says "timerclear redefined" (in sys/time.h & w32api/winsock2.h) and several others. In the FAQ only the reverse way is described - using native Winsock. But I need as much UNIX compatibility as possible. So - to summarise - I think I need winsock2. Only winsock2.h is not enough. What is the correct way to do that? Which files MAY I include and in which order? Thanks for all help. Regards, Phil -- 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/
Origin of gcc sources
Hello, guys! Could you please clarify what's the origin of gcc-2.95.3-5 is? Is it gcc CVS? Or what? I found that it strongly differs from gcc-2.95.3 release from GNU... Thank you in advance, Ildar Mulyukov -- 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 worm in cygwin
Hello I've searched around for more about this but only found a message on comp.security.ssh which said it might be a false alarm but was not conclusive. Whilst doing a Full SystemScan, I got a message from Norton Antivirus "The file D:\cygwin\bin\cygz.dll is infected with the Backdoor.EggHead virus. Unable to repair this file." Is this a false alarm ? Does anyone know anything about this ? Thanks Chris "Earn all you can. But not at the expense of conscience, not at the expense of our neighbour's wealth, not at the expense of our neighbour's health." John Wesley -- 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 of xinetd under cygwin (contrib)
Hello all,
I am trying to build xinetd 2.3.3 so it could be possible to use it under cygwin as it is a more secure inetd replacement.
After succesfully building and configuring it I encountered errors which I am not able to debug myself. I have also searched cygwin mailing list which did not bring any success.
Each time xinetd starts a service in background with fork() the child closes with 'Segmentation fault'. None of the child code seems to be run. Could anyone help me to trace the origin of the error?
Here is a patch to standard xinetd-2.3.3 that will allow it to compile on cygwin.
(to apply this patch use "patch -p1
Here is a configuration of telnet service that I have used:
service telnet
{
flags = REUSE
socket_type = stream
wait = no
user = root
server = /usr/sbin/in.telnetd.exe
bind = 127.0.0.1
log_on_failure += USERID
}
xinetd-2.3.3-cygwin.patch.gz
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: possible worm in cygwin
You might find the following URLs useful: http://sources.redhat.com/ml/cygwin/2002-02/msg00730.html http://sources.redhat.com/ml/cygwin/2002-02/msg00721.html http://sources.redhat.com/ml/cygwin/2002-02/msg00690.html http://sources.redhat.com/ml/cygwin/2002-02/msg00681.html >From what I can see they are the starts of relevant threads already discussed on this list about this very same topic. It's a pity your "search around" for more info didn't take you to the mailing list archive really, because you would have saved yourself some bandwidth :P Sorry if this mail sounds a bit blunt, but there's been quite a lot of traffic on here of late regarding this. Carl > -Original Message- > From: Chris Faulkner [mailto:[EMAIL PROTECTED]] > Sent: 15 February 2002 13:49 > To: [EMAIL PROTECTED] > Subject: possible worm in cygwin > > > Hello > > I've searched around for more about this but only found a > message on comp.security.ssh which said it might be a false > alarm but was not conclusive. > > Whilst doing a Full SystemScan, I got a message from Norton Antivirus > > "The file D:\cygwin\bin\cygz.dll is infected with > the Backdoor.EggHead virus. Unable to repair this file." > > Is this a false alarm ? Does anyone know anything about this ? > > > Thanks > > Chris > > "Earn all you can. But not at the expense of conscience, not > at the expense of our neighbour's wealth, not at the expense > of our neighbour's health." John Wesley > > > > -- > 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/ > === Information in this email and any attachments are confidential, and may not be copied or used by anyone other than the addressee, nor disclosed to any third party without our permission. There is no intention to create any legally binding contract or other commitment through the use of this email. Experian Limited (registration number 653331). Registered office: Talbot House, Talbot Street, Nottingham NG1 5HF -- 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/
od
Hi, I created at test file with 4 characters in it: HTTP Then, I run od -bcx and I get: 110 124 124 120 012 000 H T T P \n \0 5448 5054 000a You can see that the hex values in the last line are reversed. I think they should be 4854 5450 000a. Has anyone else noticed this? David -- 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/
offline installation
Hi, I'd like to install Cygwin, but I don't have internet access from my Windows System. Ok, I'll be honest, I don't *want* to have any network connection when running windows. So I'd like to install Cygwin offline. I was looking for information on which Files I have to download, where to place them, whether to unpack them or not, and so on. I am familiar with Linux (just in case this helps). I would like to run XFree86 - this might give you an idea of which packages I'll need. Can you please help me here? Jens Haug IKFF Universität Stuttgart Tel. 0711/685-6422 Pfaffenwaldring 9 Fax 0711/685-6356 70550 Stuttgart [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: od
On Fri, 15 Feb 2002 14:06:27 GMT you wrote: >I created at test file with 4 characters in it: > > HTTP > >Then, I run od -bcx and I get: > >110 124 124 120 012 000 > H T T P \n \0 >5448 5054 000a That is correct in this little-endian platform, see http://info.astrian.net/jargon/terms/l/little-endian.html >You can see that the hex values in the last line are reversed. >I think they should be 4854 5450 000a. Only if you were on a big-endian platform. -- Mark Himsley In Acton -- 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: Origin of gcc sources
At 06:56 AM 2/15/2002, Ildar Mulyukov wrote: >Hello, guys! >Could you please clarify what's the origin of gcc-2.95.3-5 is? >Is it gcc CVS? Or what? I found that it strongly differs from gcc-2.95.3 release from >GNU... The basis is GNU gcc-2.95.3 with added patches that haven't made it into the baseline yet. 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: cvs -- carriage return problems with cygwin 1.3.9 and interaction with setup's text file default
At 03:08 AM 2/15/2002, Gary R. Van Sickle wrote: > > particularly > > pointing out that some of the programs in the cygwin release will only work > > in DOS text mode if they were ever installed in DOS Text mode and wrote any > > files. It would also be helpful if there was a better explanation than what > > I've found so far about the meaning of this setting in the setup dialogs. > > What is actually changed by altering it? > > > >The default mount mode. I don't recall offhand if this gets reset every time >you run it or not, I'm guessing yes. Regardless, you're right, I don't see >anything in the FAQ about this at all (or actually the "Everyone/Just Me" one >either) and there needs to be. We should also probably reconsider whether these >need to even be there every time you run setup. Describing the features and options of setup is better handled in the documentation for setup rather than the general Cygwin FAQ, assuming that's the FAQ you were suggesting. 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/
PROBLEM CREATING INCREMENTAL BACKUP
> Hi everybody, I´ve a question about incremental backups using tar:
>
> If I run tar in linux like:
>
> % tar cfv file.tar -N ´2002-01-01´ *
> It stores only the files modified after that date.
>
> But in CygWin the same command stores all files without verify the date
of
> Hi everybody, I´ve a question about incremental backups using tar:
>
> If I run tar in linux like:
>
> % tar cfv file.tar -N ´2002-01-01´ *
> It stores only the files modified after that date.
>
> But in CygWin the same command stores all files without verify the date
of
> each file.
>
> After -N I try using (" ", ' or ´ ) but doesn´t verify the date.
>
> Could you help me with the option I´ve to add around date??
>
> Thanks a lot
--
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 as pserver & modules file is not supported
I have drafted a basic HOWTO on :pserver: with Cygwin. It is currently awaiting verification before finding its way into the CVS docs. I personally recommend following Chuck's advice (which he's supplied repeatedly to various flavours of the same question). If, however, anyone wants to try my procedure and provide constructive feedback I'd be happy to email it to them. I'm not prepared to post it to the group at this point since it may not work for everyone (and I ain't supporting it!). Cheers, Phil. __ 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/
Re: Question
Cesar,
The quoting is irrelevant in this case. An ISO 8601 date string (even a
full-precision one including seconds) does not include characters special
to the shell.
I have tried this and it seems to work on my system, with one exception:
Some old directories are included even if they do not lead to a file that
should be included. In fact, the directory hierarchy that was erroneously
included in my test contained no files at all, only an empty sequence of
directories.
I am using an NTFS file system volume. Perhaps there's an issue on FAT
volumes? Which are you using?
Randall Schulz
Mountain View, CA USA
At 15:49 2002-02-14, you wrote:
>Hi everybody, I´ve a question about incremental backups.
>
>If I run that command in linux:
>
>% tar cfv file.tar -N ´2002-01-01´ * It stores only the files modified
>after that date.
>
>But in CygWin the same command stores all files without verify the date of
>each file.
>
>I try to do it with double and single commas ("", ' ´) but doesn´t verify
>the date.
>
>Could you help me with the option I´ve to add around the date??
>
>Thanks a lot
--
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/
"Too many open files" problem
Yes I searched the archive the best I can.
Is there an easy way to search for exact match in the mailing list
database, if so please tell me how. Because when I looked at "too many open
files", there were a lot lot lot of mail unrelated to this (it seems that
the program looks at text were the 4 words are there, but not necessarly
together).
So, this is my problem:
###
$ find -name GCMref
$ find -name GCMref|xargs grep ''
grep: ./netgen-5.6/GCMref: Too many open files
$ find -name GCMref
./netgen-5.6/GCMref
$ xargs grep ''
./netgen-5.6/GCMref<--- Entered by hand
gencol-4.3 <--- From grep
$ grep '' ./netgen-5.6/GCMref <--- Same as above (from xargs point-of-view)
gencol-4.3
###
As you can see, something seems to arise when using the pipes.
I have seen a manifestation of this problem in other contexts (for
instance, in perl scripts).
And what's bizare is that it is hard to reproduce exactly. For exemple, in
the last example, I re-issued the first command after all the others, and
it works well!?!
So I close the shell, re-start it and was I able to reproduce it (sometime
yes, sometime no).
Sometime ( I don't know if it's related ), the "." command in bash silently
fails, returning at the prompt (I suspect it's a case of "too many open
files" but I'm not sure). It is really inconvenient since i may think that
all goes well (the real case is the .bashrc making many ".", some of them
in cascades (say depth 3 max, and in all max 30 files to source). In this
case, we return at the prompt, no advice, and some variables are not
setted. It is really hard to reproduce, but happen say 1 on 20 time.
Someone has had this problem around?
And another (may be related) question:
Can someone explain me why this perl script on Solaris return 251,
on Linux 1022 and on cygwin runs forever?
$ touch aaa; perl -e 'for ( $n = 1; open "f$n", "aaa"; $n++ ) {} print "$n\n"'
>From this, I may assume that the fd table could be dynamic, but in that
case why are the other example crashes with "too many open files"???
*º¤., ¸¸,.¤º*¨¨¨*¤ Benoit Rochefort *º¤., ¸¸,.¤º*¨¨¨*¤
--
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 Digest 15 Feb 2002 08:06:45 -0000 Issue 1759
Ralf, Is this presentation public domain? So it could be used in classroom networking classes at a uni to help explain socket programming? I think it could be helpful to others, as well. I think there are a few professors who read the list. > I'm sorry, I doesn't know that. You can find a > viewer under > http://office.microsoft.com/germany/downloads/2000/Ppview97.aspx > This presentation is a journey of the linux tcp and > unix domain socket implementation and show very nice > how the > implementation works. An english translation is > appended :-) > Perhaps we can use it to create soemthing similar > for cygwin. I think there are only changes nesessary > in the > functions names and functions levels, but the basics > are the same. > > Please be patiented with the presentation, I think > the first pages will bore you, so skip to chapter 3, > there are > the interesting thinks. I think this could be a good > starting point for discussion. Especially for guys, > who are > not very familiar with unix sockets (like I was) > > Perhaps it would be good to give some hints, in the > faq I haven't nothin about this topic ? > > Ralf > __ Do You Yahoo!? Got something to say? Say it better with Yahoo! Video Mail http://mail.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/
correction to Cygwin FAQ: uninstall all
Hello. A small correction to the Cygwin FAQ, discovered when I wanted to do a clean reinstall: In the answer to "How do I uninstall all of Cygwin?", the registry tree is given as `Software\Red Hat, Inc.', but it appears that the registry informaiton is now being stored under Software\Cygnus Solutions. Steven Zeil -- 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/
correction to Cygwin FAQ: uninstall all
On Friday 15 Feb 02, [EMAIL PROTECTED] writes: > Hello. > > A small correction to the Cygwin FAQ, discovered when I wanted to do a > clean reinstall: > > In the answer to "How do I uninstall all of Cygwin?", the registry tree is > given as `Software\Red Hat, Inc.', but it appears that the registry > informaiton is now being stored under Software\Cygnus Solutions. Oops. Thanks. I'll fix it. David (Cygwin FAQ maintainer) -- 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: "Too many open files" problem
In facts, I goes all thru the mailing list archive, and all I found is people asking help about that problem. Unfortunatly, I didn't see any of these mail where a reply was done. Is there at least someone else who have seen that kind of problem so we can find what are the common point. That could guide us to a solution and I'm sure helping other people who'll get this problem in the next days... Ben -- 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: "Too many open files" problem
On Fri, Feb 15, 2002 at 01:13:44PM -0500, Benoit Rochefort wrote: >In facts, I goes all thru the mailing list archive, and all I found is >people asking help about that problem. > >Unfortunatly, I didn't see any of these mail where a reply was done. > >Is there at least someone else who have seen that kind of problem so we can >find what are the common point. That could guide us to a solution and I'm >sure helping other people who'll get this problem in the next days... For a start, how about checking out: http://cygwin.com/bugs.html ? There is not necessarily anything there that will solve your problem and you've already done most of the groundwork but it's at least a starting point. 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: "Best" way to build a DLL?
Chuck, On Mon, Feb 11, 2002 at 01:52:47PM -0500, Charles Wilson wrote: > Wrong. Those "warnings" are really just informational messages. The > python library exports *variables* as well as functions. Your DLL > probably only exports funtions. DATA exports are very very tricky; > there is a lot of magic going on to enable Jason to buld python without > having to use a .def file or __declspec() declarations -- previously, > these were REQUIRED on exported variables. Just to be clear, I'm building Cygwin Python the way that I always have (at least since my shared extension patch was accepted). I assume you meant that I *could* build without __declspec() declarations if I desired. Since the __declspec's are there for Win32, I might as well use them. Now PostgreSQL on the other hand... 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: "Best" way to build a DLL?
Thanks for the nudge. After seeing your mail, I poked around pyconfig.h and found the USE_DL_IMPORT define. Anyway, if you're linking to Cygwin Python, -DUSE_DL_IMPORT on the gcc line eliminates those informational "Warnings", at least from the Python library. Presumably, the distutils package sets this automatically, but we're not using it. -Jerry -O Gerald S. Williams, 22Y-103GA : mailto:[EMAIL PROTECTED] O- -O AGERE SYSTEMS, 555 UNION BLVD : office:610-712-8661 O- -O ALLENTOWN, PA, USA 18109-3286 : mobile:908-672-7592 O- Jason Tishler wrote: > Just to be clear, I'm building Cygwin Python the way that I always have > (at least since my shared extension patch was accepted). I assume you > meant that I *could* build without __declspec() declarations if I desired. > Since the __declspec's are there for Win32, I might as well use them. -- 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: "Best" way to build a DLL?
Gerald, On Fri, Feb 15, 2002 at 03:52:28PM -0500, Gerald S. Williams wrote: > Presumably, the distutils package sets this automatically, ... Yes it does. 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: gdb in xfree86: ^C
Hi Pierre, It's been a long time since my last use of an xterm, but I remember that you can popup a menu with Ctrl/MB1 to send interrupt and a few other signals. Or perhaps an explicit kill command from another shell? Bye, Heribert ([EMAIL PROTECTED]) > -Original Message- > From: Pierre Muller [SMTP:[EMAIL PROTECTED]] > Sent: Thursday, February 14, 2002 18:28 > To: [EMAIL PROTECTED] > Subject: Re: gdb in xfree86: ^C > > At 21:04 11/02/2002 , David a écrit: > >Hello, > > > >I am running xfree86 on top of cygwin on a WindowsNT. I compile > >a short program ( included below with make file ) and run it > >in gdb: > > > > gdb -nowindows mtest0_bin.exe > > run > > Strange I get completely different results. > (I compiled your example code) > First, I can easily interrupt the program if I start gdb from a Cygwin > bash window > outside the Xserver, does this work also for you? > Why don't you use this possibilty? > If I try to use gdb inside xterm, then Ctrl-C simply does not work, > it has no effect... (But this seems quite general for me... > I can't interrupt anything with Ctrl-C) Ctrl-Break works correctly > for normal applications in a cygwin shell, but here it is also without any > effect... > [Heribert] [snip] > > Pierre Muller > Institut Charles Sadron > 6,rue Boussingault > F 67083 STRASBOURG CEDEX (France) > mailto:[EMAIL PROTECTED] > Phone : (33)-3-88-41-40-07 Fax : (33)-3-88-41-40-99 > -- 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: Avail for test: tiff-3.5.7-1
Any objections if I remove the 'test' status on this release? Has anybody experienced a regression failure? (Has anybody even tested it?) --Chuck Charles Wilson wrote: > TEST RELEASE. PLEASE test to see that this DLL doesn't break your > existing tiff-dependent applications (without recompiling your > apps). It *should be* backwards compatible, but we've had problems > with libtiff before. I want to be sure... > > Also, there are a few exported variables that are "bad" -- in the > sense that they cannot be auto-imported (arrays of structs, etc). > However, these are library private and should NOT be accessed by > external programs. If you find a rogue program out there that > messes with these internal data objects, let me know... > > - > > The tiff package has been updated to version 3.5.7-1. It is based > on the official tiff-v3.5.7.tar.gz distribution, and provides a > library and utility routines for manipulating tiff files and images. > > CHANGES: (vs. 3.5.6beta-2) > 1. Internal changes to facilitate easier building/maintainance > 2. tiff is now built using the 'auto-import' features of > recent binutils. > 3. update to the official 3.5.7 release > 4. install "private" headers so that libgeotiff can be compiled > 5. the -src package is much larger now because it contains the > test images needed so that 'make check' works. > > Charles Wilson > tiff volunteer maintainer for cygwin > > INSTALLATION: > > To update your installation, click on the "Install Cygwin now" link on > the http://sources.redhat.com/cygwin web page. This downloads setup.exe > to your system. > > Run setup and answer all of the questions. You must choose a > mirror, since direct downloads from 'cygwin.com' are no longer > allowed. > > ftp://mirrors.rcn.net/pub/sourceware/cygwin/ (US) > ftp://linux.sarang.net/mirror/development/compiler/cygwin/ (Korea) > ftp://ftp.mirror.ac.uk/sites/sourceware.cygnus.com/pub/cygwin (UK) > > The setup.exe program will figure out what needs to be updated on your > system and should install the tiff package automatically. To install > this TEST version of tiff you'll have to select the experimental radio > button in setup. > > 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 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 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 Now uses the auto-import functionality of newer binutils, and > doesn't use __declspec(dllimport). This means you no longer need > "-DTIFF_STATIC -DJPEG_STATIC -DZLIB_STATIC" or even -DALL_STATIC > when compiling objects intended for static linking. Just compile > as normal. HOWEVER, you need to use a special flags when linking > statically: 'gcc -static'. For dynamic linking, you need no special > link-time flags (assuming you're using binutils newer than 20011002, > when --enable-auto-import was made the default). > > -- PRO: no compile time flags needed when building > client programs; ONLY need a link-time flag > linking to static libraries. NO special flags > at compile-time nor link-time when linking to > dynamic links. > -- CON: (partial): if using binutils older than 20010930, > you now need a special linktime flag for dynamic > linking (-Wl,--enable-auto-import). However, > with an up-to-date binutils, you don't need this. > > o Depends on zlib-1.1.3-7 and jpeg-6b-7 packages; please install those > packages as well. > > o As of v3.5.3, libtiff no longer includes support for LZW-compressed > images, due to Unisys' recent activities enforcing their patent. While > the source archive contains the official 're-enable LZW support' patch, > it is NOT applied to the source archive and the files in the binary > package do NOT include that functionality. If you want it, you have to > build it yourself (although the README file in > /usr/doc/Cygwin/tiff-3.5.7.README contains step-by-step instructions > for doing this, intended for *authorized users* only -- e.g. those > outside of the US patent jurisdiction, or who have purchased > a license from Unisys.) > > o Includes several utilities for manipulating tiff files. The binary > package includes dynamically linked versions of these utilities, > although the build process will make both dynamically and statically > linked versions. > > o Building the package from source requires gcc-2.95.
Re: offline installation
Just run setup.exe and select "download from internet", then use the resulting files and directories to install from - burn it onto a CD, whatever. Your mail isn't very clear - if windows isn't connected to the internet how are you going to download the files in the first place? I think you meant to mention you are using another OS for the internet? I think the simplest answer is just connect windows to the internet - it doesn't hurt, at least for half an hour or so... - Q-Games, Dylan Cuthbert. http://www.q-games.com/personal/utils - Original Message - From: "Jens Haug" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Friday, February 15, 2002 11:16 PM Subject: offline installation Hi, I'd like to install Cygwin, but I don't have internet access from my Windows System. Ok, I'll be honest, I don't *want* to have any network connection when running windows. So I'd like to install Cygwin offline. I was looking for information on which Files I have to download, where to place them, whether to unpack them or not, and so on. I am familiar with Linux (just in case this helps). I would like to run XFree86 - this might give you an idea of which packages I'll need. Can you please help me here? Jens Haug IKFF Universität Stuttgart Tel. 0711/685-6422 Pfaffenwaldring 9 Fax 0711/685-6356 70550 Stuttgart [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: Avail for test: tiff-3.5.7-1
Charles Wilson writes: > >Any objections if I remove the 'test' status on this release? Has >anybody experienced a regression failure? (Has anybody even >tested it?) Seems to work fine for me a libGeotiff built with this seems fine also But I haven't done any 'rigorous testing' 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/
My shutdown script - it works!
I tried that shutdown script written by Chuck Messenger. It did not
work well on my Win98 system. It hung the window and then I had trouble
getting to shutdown the rest of the way because a had no working
interactive window.
My scheme really works by killing off process group leaders. The
calling process group leader is killed last. One note in EVERY rxvt
window I start, I always put it into it's own process group. Source
code to setpgrp.c is attached if interested.
Basically a gawk script reads the ps(1) output and generates a shell
script. When the generated script is executed, all CYGWIN processes are
effectivly killed. It is fast too!
Here is my short shutdown script:
#!/bin/bash
#
# Shutdown the cygwin system
#
# First we send SIGKILL to all process NOT in our process
# group. Then after a 10-second sleep, we send SIGKILL.
#
# The last step is to kill off our process group.
#
# Written: Paul E. McFerrin 02/15/02
ME=`basename $0`
TMP=/tmp/${ME}_tmp # generated script name
>$TMP
if [ -z "$CONSOLE_TTY" ]
then
echo "You must execute $ME in the console (first) window!!"
exit 2
fi
echo -e "\nShutting down CYGWIN ..."
AWKPGM='
# PIDPPIDPGID WINPID TTY UIDSTIME COMMAND
# 442949 1 442949 42944618430 500 02:35:28 /usr/bin/KSH
# 652513 1 652513 42943238670 500 02:35:43 /usr/bin/RXVT
/PID/ { next }
{
if( $1 == pid ) {
ourpgrp = $3
}
pgroup[$3 ""] = $3
next
}
END {
print "exec 2>/dev/null" >TMP # do not want error messages from kill
print "# Our process group = " ourpgrp >>TMP
for( g in pgroup ) {
if( g != ourpgrp ) {
print "echo + kill -15 -" g >>TMP
print "kill -15 -" g >>TMP
}
}
print "sleep 10" >>TMP
for( g in pgroup ) {
if( g != ourpgrp ) {
print "echo + kill -9 -" g >>TMP
print "kill -9 -" g >>TMP
}
}
print "# killing off our process group" >>TMP
for( g in pgroup ) {
if( g == ourpgrp ) {
print "echo + kill -9 -" g >>TMP
print "kill -9 -" g >>TMP
}
}
}'
ps -a | gawk "$AWKPGM" TMP=$TMP pid=$$
if [ -s $TMP ]
then
trap '' 1 15 # shields up!
/bin/sh $TMP
fi
# in theory, the exit should not be reached as we should have just been
killed
exit 0
#
The above script must be executed in only the first (console) window.
Below is a fragment of .bash_login file that defines the console tty (it
is not always /dev/conin) :
export ENV=/dev/null
export CYGWIN=tty
if [ $PPID == "1" ]
then
echo -e "\nStarting rxvt ... PID=$$ PPID=$PPID\n" && sh $bin/startx
node=`uname -n`
if [ "$node" = "OH0012-PEM" ] # don't want clients running services
then
echo -e "\nStarting services ...\n"
/usr/local/apache/bin/apachectl restart
fi
export CONSOLE_TTY=`tty` # define this window as the console window
#;;
fi
3
The important items to note is the checking if PPID == 1 & setting
CONSOLE_TTY. This identifies the console (first) window. To startup
any rxvt windows, I always call script "startx". It is listed here:
#!/bin/sh
set -x
ENV=$HOME/.bash_login
export ENV
# start 'rxvt' in it's own process group !
setpgrp rxvt -rv -tn ansi -sl 1500 -fn 'Lucida Console-12' -e ksh &
sleep 1
###
Everything works like a charm for me. One note, I use ksh so there
might be some tweeking with other shells (export VAR=value replaced
with VAR=value ; export VAR)
-paul mcferrin
--
NOTE*** This email looks it came from [EMAIL PROTECTED] but in
reality it came from [EMAIL PROTECTED] If you send
a reply to this message, it *should* get delivered to the
correct place.
#ident "@(#)setpgrp.c 1.0 06/14/00"
/*
Execute commands specified as arguments in another process group.
Usefull to disassociate from the current process group and/or
tty.
*/
#include
main( argc, argv )
int argc;
char*argv[];
{
char*cmd, **p;
cmd = *argv;
if( argc <= 1 ) {
fprintf( stderr, "Usage: %s command [ arg ... ]\n", cmd );
exit(1);
}
argv++;
argc--;
setpgrp();
execvp( *argv, argv );
fprintf( stderr, "%s: %s execvp failed. ", cmd, *argv );
perror( "" );
exit( 1 );
}
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FA
Registry freedom
Hello everybody, I believe it is time to break free from using the registry. It doesn't allow for multiple versions to coexists, which creates a nightmare when it comes to packaging Cygwin with another product. I've been rebuilding cygwin1.dll for a while with a custom shared memory id and registry section and I know that it is possible to have a given cygwin1.dll version coexist with its modified clone. Why not using GetModuleFileName() to retrieve the path to the dll and look around it for an mtab like ASCII file. Once the DLL path is retrieved the mtab file can be searched in $dllDir/../etc/:$dllDir. If it is missing then assume that there are no custom settings and use the defaults. I wonder if this can be done. Does anyone see any technical problems? Thank you, Doru Carastan -- 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/
