[ITP] ISC dhcp-3.0.1
I would like to contribute and maintain the ISC dhcp package: Source : http://www.oneparticularharbor.net/cygwin/dhcp/dhcp-3.0.1-1-src.tar.bz2 Binary : http://www.oneparticularharbor.net/cygwin/dhcp/dhcp-3.0.1-1.tar.bz2 setup.hint : http://www.oneparticularharbor.net/cygwin/dhcp/setup.hint To quote from the web page: ISC's Dynamic Host Configuration Protocol Distribution provides a freely redistributable reference implementation of all aspects of the DHCP protocol, through a suite of DHCP tools: * A DHCP server * A DHCP client * A DHCP relay agent These tools all use a modular API which is designed to be sufficiently general that it can easily be made to work on POSIX-compliant operating systems and also non-POSIX systems like Windows NT and MacOS. This build was based on the original Cygwin patches for 3.0.1rc11 from http://www.angelfire.com/linux/skip/dhcp/, and also includes the PXE patches from http://pxe-toolkit.sourceforge.net/web-site.html The package provides all tools and utilities, though everything save the dhcp server is untested. There's still some work to be done to get the default configuration set up properly so it will run OOB if desired. Now, you might be thinking Hey, I've seen this before - and you'd be correct... http://www.cygwin.com/ml/cygwin-apps/2003-12/msg00189.html Back then, the package managed to pick up the required three votes, but not a GTG review. Work considerations kept me away from fixing some of the obvious packaging problems until now, and it's been long enough that I figured the appropriate thing to do would be to start the ITP process over again. -Samrobb
Attn: e2fsimage maintainer
The syntax of setup.hint / setup.ini requires: lines is a *space-seperated* list of package names. Do not include commas. I've fixed the version on sourceware, please update your local copy. Max.
setenv DISPLAY
Hi, I was wondering if anyone could help me with this: I have been using Cygwin for many years by: 1. starting Cygwin, then 2. starting an SSH client and connecting to a host like host.stanford.edu, then 3. typing xterm in the SSH client window, then 4. using the xterm window that pops up... In the startup script when I connect to host I have a command line setenv DISPLAY 66.77.88.99:0 which directs the display to my screen according to my IP address. I recently moved out of campus, and when I simply change the IP, this sequence of steps does not work anymore. What could be the problem and what should I check? Thanks for your help. Xuanming
RE: setenv DISPLAY
So you're saying you're doing the setenv DISPLAY via the SSH terminal session between steps 2 and 3? I so, then you're completely circumventing the security provided by SSH (unless you're doing it intentionally, e.g. you're on a trusted network, or the encyption/decryption of the SSH tunnel is slowing things down too much). What you should be doing is using the X-Forwarding mechanism of SSH. Basically, it should go something like this: 1) Launch the Cygwin X-Server, Xwin. 2) From a local xterm, run ssh -X remote_host 3) Once you're logged in, echo back the value of DISPLAY on the remote host. It should look something like :8, or possibly remote_host:8. 4) At this point, running xterm should open a client window on the local X-Server. You do not need to, and should not, manually set the DISPLAY variable on the remote host when using ssh. I suspect that if you change your login script at the remote host such that it leaves DISPLAY alone, things will start working again. _ Dont just search. Find. Check out the new MSN Search! http://search.msn.click-url.com/go/onm00200636ave/direct/01/
src/winsup/testsuite ChangeLog winsup.api/devdsp.c
CVSROOT:/cvs/src Module name:src Changes by: [EMAIL PROTECTED] 2004-08-17 09:51:31 Modified files: winsup/testsuite: ChangeLog winsup/testsuite/winsup.api: devdsp.c Log message: * devdsp.c: Outputs the names of the main test functions. (forkrectest): Expect child success. (forkplaytest): Ditto. (syncwithchild): Output the child status and the desired value. (sinegenw): Reduce volume of the beep. (sinegenb): Ditto. (dup_test): New test. Patches: http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/testsuite/ChangeLog.diff?cvsroot=srcr1=1.79r2=1.80 http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/testsuite/winsup.api/devdsp.c.diff?cvsroot=srcr1=1.3r2=1.4
src/winsup/cygwin ChangeLog fhandler.h fhandle ...
CVSROOT:/cvs/src Module name:src Changes by: [EMAIL PROTECTED] 2004-08-17 09:52:51 Modified files: winsup/cygwin : ChangeLog fhandler.h fhandler_dsp.cc Log message: * fhandler.h (fhandler_dev_dsp:~fhandler_dev_dsp): Delete. (fhandler_dev_dsp::open_count): Delete. (fhandler_dev_dsp::close_audio_in): New method declaration. (fhandler_dev_dsp::close_audio_in): Ditto. * fhandler_dsp.cc: Add and edit debug_printf throughout. (fhandler_dev_dsp::Audio::denyAccess): Delete. (fhandler_dev_dsp::Audio::fork_fixup): Ditto. (fhandler_dev_dsp::Audio::getOwner): Ditto. (fhandler_dev_dsp::Audio::clearOwner): Ditto. (fhandler_dev_dsp::Audio::owner_): Ditto. (fhandler_dev_dsp::Audio::setformat): Ditto, rename to setconvert. (fhandler_dev_dsp::Audio::lock): Ditto, move to queue. (fhandler_dev_dsp::Audio::unlock): Ditto. (fhandler_dev_dsp::Audio::lock_): Ditto. (fhandler_dev_dsp::Audio::bufferIndex_): New member, from Audio_out and Audio_in. (fhandler_dev_dsp::Audio::pHdr_): Ditto. (fhandler_dev_dsp::Audio::wavehdr_): Ditto. (fhandler_dev_dsp::Audio::bigwavebuffer_): ditto. (fhandler_dev_dsp::Audio::Qisr2app_): Ditto. (fhandler_dev_dsp::Audio::setconvert): New method, from old setformat. (fhandler_dev_dsp::Audio::queue::lock): New method. (fhandler_dev_dsp::Audio::queue::unlock): Ditto. (fhandler_dev_dsp::Audio::queue::dellock): Ditto. (fhandler_dev_dsp::Audio::queue::isvalid): Ditto. (fhandler_dev_dsp::Audio::queue::lock_): New member. (fhandler_dev_dsp::Audio::queue::depth1_): Delete. (fhandler_dev_dsp::Audio_out::fork_fixup): New method. (fhandler_dev_dsp::Audio_out::isvalid): New method. (fhandler_dev_dsp::Audio_out::start): Remove arguments. (fhandler_dev_dsp::Audio_out::parsewav): Change arguments and set internal state. (fhandler_dev_dsp::Audio_out::emptyblocks): Delete. (fhandler_dev_dsp::Audio_out::Qapp2app_): Ditto. (fhandler_dev_dsp::Audio_out::Qisr2app_): Ditto, move to Audio. (fhandler_dev_dsp::Audio_out::bufferIndex_): Ditto. (fhandler_dev_dsp::Audio_out::pHdr_): Ditto. (fhandler_dev_dsp::Audio_out::wavehdr_): Ditto. (fhandler_dev_dsp::Audio_out::bigwavefuffer_): Ditto. (fhandler_dev_dsp::Audio_out::freq_): New member. (fhandler_dev_dsp::Audio_out::bits_): New member. (fhandler_dev_dsp::Audio_out::channels_): New member. (fhandler_dev_dsp::Audio_in::fork_fixup): New method. (fhandler_dev_dsp::Audio_in::isvalid): New method. (fhandler_dev_dsp::Audio_in::Qapp2app_): Delete. (fhandler_dev_dsp::Audio_in::Qisr2app_): Ditto, move to Audio. (fhandler_dev_dsp::Audio_in::bufferIndex_): Ditto. (fhandler_dev_dsp::Audio_in::pHdr_): Ditto. (fhandler_dev_dsp::Audio_in::wavehdr_): Ditto. (fhandler_dev_dsp::Audio_in::bigwavefuffer_): Ditto. (fhandler_dev_dsp::Audio::queue::queue): Simplify. (fhandler_dev_dsp::Audio::queue::send): Use lock. (fhandler_dev_dsp::Audio::queue::query): Do not use depth1_. (fhandler_dev_dsp::Audio::queue::recv): Ditto. (fhandler_dev_dsp::Audio::Audio): Adapt to new class members. (fhandler_dev_dsp::Audio::~Audio): Ditto (fhandler_dev_dsp::Audio_out::start): Reorganize. (fhandler_dev_dsp::Audio_out::stop): Simplify. (fhandler_dev_dsp::Audio_out::init): Reset the queue and clear flag. (fhandler_dev_dsp::Audio_out::write): Reorganize to allocate audio_out. (fhandler_dev_dsp::Audio_out::buf_info): Use appropriate block size. (fhandler_dev_dsp::Audio_out::callback_sampledone): Do not use lock. (fhandler_dev_dsp::Audio_out::waitforspace): Simplify. (fhandler_dev_dsp::Audio_out::waitforallsent):Ditto. (fhandler_dev_dsp::Audio_out::sendcurrent): Reorganize. Clear flag before requeuing. (fhandler_dev_dsp::Audio_out::parsewav): (fhandler_dev_dsp::Audio_in::start): Reorganize. (fhandler_dev_dsp::Audio_in::stop): Simplify. (fhandler_dev_dsp::Audio_in::queueblock): Ditto. Requeue header in case of error. (fhandler_dev_dsp::Audio_in::init): Reset the queue and clear flag. (fhandler_dev_dsp::Audio_in::waitfordata): Simplify. Do not UnprepareHeader if the flag is zero. (fhandler_dev_dsp::Audio_in::buf_info): Ditto. (fhandler_dev_dsp::Audio_in::callback_blockfull): Do not use lock. (fhandler_dev_dsp::open_count): Delete. (fhandler_dev_dsp::open): Only check existence, do not allocate anything. Set flags appropriately. Create archetype. (fhandler_dev_dsp::write): Call archetype as needed. Create audio_out. (fhandler_dev_dsp::read): Call archetype as
Re: [Patch]: fhandler_dsp.cc
On Aug 16 23:04, Pierre A. Humblet wrote: Following Gerd's comments, here is an updated patch that also improves the internal error handling. It follows Gerd's approach. He has not answered my previous e-mail but he has indicated he would be in vacation for two weeks, so this is not unexpected. I have also verified that the code passes Gerd's new nasty dup test. I think we are good to go for now. Tested and applied. Thanks to both of you, Pierre for the patch and Gerd for his valuable input and the changed testsuite test. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Co-Project Leader mailto:[EMAIL PROTECTED] Red Hat, Inc.
Re: [Patch] Update for the testsuite, devdsp
On Aug 16 23:09, Pierre A. Humblet wrote: This patch is a merge of what Gerd sent on July 17 and of my changes to match the improved capability of the driver. Applied. Thanks! This is the first time I run the testsuite, and it was on WinME. There were more failures than I expected, e.g. in mmap. I don't know how this compares to NT. I guess it might make sense to discuss this on cygwin-developers. Could you send your results? Chris and I both ran the testsuite on XP and the FAIL count is 0. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Co-Project Leader mailto:[EMAIL PROTECTED] Red Hat, Inc.
Re: [ANNOUNCEMENT] Updated Cygwin Package: procmail-3.22-9
Jason Tishler writes: New News: === I have updated the version of procmail to 3.22-9. The tarballs should be available on a Cygwin mirror near you shortly. The package is still using the deprecated /usr/man and /usr/doc directories. By the way is it possible to remove the empty catX directories from your packages ? Ciao Volker -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
bug in /usr/bin/bug-lilypond-cygwin
Hi diff -u bug-lilypond-cygwin.orig bug-lilypond-cygwin --- bug-lilypond-cygwin.orig2004-08-16 23:21:11.551073600 +0200 +++ bug-lilypond-cygwin 2004-08-16 23:20:40.035756800 +0200 @@ -20,7 +20,7 @@ EOF fi -docdir=/usr/share/doc/lilypond-2.2.5-1 +docdir=/usr/share/doc/lilypond-2.2.5 [ ! -d $docdir ] docdir=/usr/doc/lilypond-2.2.5-1 [ ! -d $docdir ] docdir=$(echo /usr/share/doc/lilypond-[.-0-9]*) [ ! -d $docdir ] docdir=$(echo /usr/doc/lilypond-[.-0-9]*) The lilypond package should also require _update-info-dir in setup.ini otherwise the info files didn't get registered. Ciao Volker -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Question about moving cygwin to another dirve
Change the mount information in the registry Or, if you are nervy about editing your registry, 1. It looks as though your mount points are still located on c: not g:? At the bash prompt you could try mount just to see what the mount points are. If still c:/.. then try mount -m /bin/mnt.log and then exit Cygwin. To be honest I'm not certain from what you have said whether the file mnt.log will have ended up in the directory c:\Cygwin\bin\ or g:\Cygwin\bin\ but in any case find it, and move to that directory. From there, and in a command window using any editor, change all mentions of c: in the file mnt.log to g:. Then, still in the command window .\umount -c .\umount -A .\bash mnt.log should set your mount points correctly on g: not c:. Or 2. I think you should still find umount in either c:\Cygwin\bin\ or g:\Cygwin\bin\ and from a command window move there and run .\umount -c .\umount -A to get rid of all confusions about where you might or might not be mounted. Then call up http://cygwin.com/setup.exe, press Open not Save, and when the default c:\cygwin is offered change it to g:\cygwin and then proceed to the end of setup. (You might or might not be offered updates, that you can accept or not.) This will recover your mount points. Fergus -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Question about moving cygwin to another dirve
Another solution is to use the cygwin mount command in order to change the location of / Nico -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Creating a multi-volume archive with tar
On Aug 17 09:06, Peter Milliken wrote: Hi, I am trying to write large files across multiple floppies using tar. I am using tar 1.13.25 and it writes to the first diskette but then stops - no prompt for the next disk or anything. I searched the archives and found the following: [...] I found the culprit. It was age old code in Cygwin which should speed up reading and writing on raw devices by using buffering. This works nicely for reading, but it doesn't work quite as well for writing. I've removed buffered writing for raw devices entirely. [...] Is this fix in the currently available distribution yet? Is so, which component of cygwin do I have to update i.e. tar.exe, one of the dll's or what? It's a bug in the Cygwin DLL. If it's not currently available, what are my options? :-) Install a developers snapshot of Cygwin (http://cygwin.com/snapshots/) or wait for the 1.5.11 release which is due VSN. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Co-Project Leader mailto:[EMAIL PROTECTED] Red Hat, Inc. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Can I install Cygwin if I have a C: drive but run Windows from H:\WINDOWS\?
Near to this office there is a machine that is partitioned to run Windows from its H: drive and this is its default startup mode. It has a C: drive and may even have a C:\WINDOWS\ directory, but both are irrelevant to daily running. Please can you remind me what Cygwin expects and/or requires? I know we can install Cygwin wherever we like (default c:\Cygwin\ but it could be c:\MyOS\ or g:\Cygwin\ or even, after overcoming an objection, the root directory g:\). But has Cygwin its own expectations of what else is where? In this case h:\MyOS\ was tried as the installation directory for Cygwin, and failed. Sorry, I wasn't there, so can't describe the nature of the failure. There may have been significant user confusion. But, could the failure have been due either to the lack of a c:\WINDOWS\ directory or the fact that the machine was operated from H:? (Or both.) I'm afraid that I know none of SystemDrive or SystemRoot or windir for this machine. I imagine they were all H:something. Thanks. Fergus -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: [ANNOUNCEMENT] Updated Cygwin Package: procmail-3.22-9
Volker, On Mon, Aug 16, 2004 at 11:52:25PM +0200, Dr. Volker Zell wrote: Jason Tishler writes: New News: === I have updated the version of procmail to 3.22-9. The tarballs should be available on a Cygwin mirror near you shortly. The package is still using the deprecated /usr/man and /usr/doc directories. In my haste to release a new version to fix a reported bug, I forgot that I haven't released procmail in a long time. I will release -10 to correct the above and add a few other changes in the near future. By the way is it possible to remove the empty catX directories from your packages ? I can, but would prefer not to (at least in the past). man use to cache compressed, formatted man pages in the catX directories -- now it seems to no longer do this... Jason -- PGP/GPG Key: http://www.tishler.net/jason/pubkey.asc or key servers Fingerprint: 7A73 1405 7F2B E669 C19D 8784 1AFD E4CC ECF4 8EF6 -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
updatedb - no 'find'
Sharing my experiences - i.e. for the archives $ updatedb /usr/bin/find: /: No such file or directory Most other things worked... This was caused by: $ echo $CYGWIN notitle glob check_case:strict server=1 $ mount | grep 'on / ' C:\Program\Cygwin on / type system (binmode) $ cd / $ CMD.EXE Microsoft Windows 2000 [Version 5.00.2195] (C) Copyright 1985-2000 Microsoft Corp. C:\Program\Cygwindir ..\cyg*.* blahblah -xx-xx xx:xx DIR cygwin i.e: Cygwin is set for case SENSITIVE operation and the install dir name NOT matching the / mount entry. This has bitten me once before; it reappeared due to my fiddling with the mountpoints at login and logout (I'm using the same cygwin installation from multiple OS'es/machines). /Hannu E K Nevalainen, B.Sc. EE - 59+16.37'N, 17+12.60'E --72-- ** mailing list preference; please keep replies on list ** -- printf(LocalTime: UTC+%02d\n,(DST)? 2:1); -- --END OF MESSAGE-- -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: fltk compilation error
Ken Dibble wrote: I am unable to determince what the error is, not knowing anything about gcc, fltk or fltk-config the following command produces a gui executable (at least for this trivial example) which prints Hello World to the console when Open is selected from the File menu. gcc test.cxx -lfltk -lstdc++ http://ccrma.stanford.edu/planetccrma/man/man1/fltk-config.1.html fltk-config is a utility script that can be used to get information about the current version of FLTK that is installed on the system, what compiler and linker options to use when building FLTK- based applications, and to build simple FLTK applications. So, fltk-config --compile test.cxx 'should' compile test.cxx and the other associated fluid generated files into test.exe. It attempts to do this ala: $ fltk-config --compile test.cxx - this command call results in the compilation call listed on the next line. gcc -mwindows -DWIN32 -o test test.cxx -mwindows /usr/lib/libfltk.a -lole32 -luuid -lcomctl32 -lwsock32 -lsupc++ Which fails with the following error: In file included from /usr/include/w32api/windef.h:246, from /usr/include/w32api/windows.h:48, from /usr/include/FL/Fl_Preferences.H:30, from /usr/include/FL/Fl_File_Chooser.h:14, from test.cxx:5: /usr/include/w32api/winnt.h:2557: error: parse error before `+' token In file included from /usr/include/w32api/objbase.h:60, from /usr/include/w32api/ole2.h:9, from /usr/include/w32api/windows.h:111, from /usr/include/FL/Fl_Preferences.H:30, from /usr/include/FL/Fl_File_Chooser.h:14, from test.cxx:5: /usr/include/w32api/objidl.h:924: error: parse error before `+' token I was trying to determine what would be required to fix the errors in the listed headers. reid -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
mkisofs and non-US characters
Hi! I tried the binary of mkisofs from http://www.sbox.tugraz.at/home/t/tplank/ and encountered problems ( running Windows 2003 Server Enterprise edition ) with non-US chatacters in filenames ( see below ) The binary maintainer ( Thomas Plank, [EMAIL PROTECTED] ) said : Is that a mkisofs or cagwin bug ? Sorry, I really do not know, I can only guess but I don't like guessing. :-) It's the best way to contact Joerg Schilling (he is the programmer of the cdrtools) directly, perhaps he has an idea. The I conatcted Joeg ( the cdrtools pacjage author, Joerg Schilling [EMAIL PROTECTED] )and he said : Witout a useful problem description, I don't know how to comment this I am waiting for a long time to get UTF-8 support for Cygwin. I am not sure if this is available now. If UTF-8 support had been available 3 years ago, then there would be support in mkisofs too. Meanwhile you are limited to ISO-8859-1 (the default on Cygwin). So I'm here. Is there any UTF/Unicode support in cygwin, to make mkisofs work ? Details about the problem : G:\temp\cdrecord\2.01a34mkisofs.exe -J -o ../image_chartest4.iso ../../chartest Warning: creating filesystem with (nonstandard) Joliet extensions but without (standard) Rock Ridge extensions. It is highly recommended to add Rock Ridge mkisofs: No such file or directory. Non-existent or inaccessible: ../../chartest/?? .txt mkisofs: No such file or directory. Non-existent or inaccessible: ../../chartest/?? ??? ?.txt mkisofs: No such file or directory. Non-existent or inaccessible: ../../chartest/??-?.txt mkisofs: No such file or directory. Non-existent or inaccessible: ../../chartest/ ???.txt Total translation table size: 0 Total rockridge attributes bytes: 0 Total directory bytes: 260 Path table size(bytes): 10 Max brk space used 6000 180 extents written (0 MB) I use Windows 2003 Server Enterprise edition. You can see the problematic filenames here : http://bugzilla.mozilla.org/show_bug.cgi?id=191156#c4 ( and the screenshot in picture in comment #5 ) Regards, xerces8 -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: [ANNOUNCEMENT] Updated Cygwin Package: procmail-3.22-9
Jason Tishler writes: By the way is it possible to remove the empty catX directories from your packages ? I can, but would prefer not to (at least in the past). man use to cache compressed, formatted man pages in the catX directories -- now it seems to no longer do this... Just take a look in the /usr/share/misc/man.conf There is the directive FHS set now as the default, which means that man puts formatted versions in the /var/cache/man/ hirarchy. You can get the old behaviour if you specify FSSTND. Please remove your empty catX dirs from all of your packages and let the user decide where to put formatted versions of man pages (if at all). Jason Thanks Volker -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Saving history under tcsh
Hello, I've edited my ~/.cshrc file to have the following commands set history = 1000 set savehist A .history file is created upon logout but it contains no history (i.e. it has zero bytes)! What am I missing? My /cygwin.bat file invokes tcsh upon startup like so: tcsh -l Andres Corrada-Emmanuel Senior Research Fellow Information Extraction and Synthesis Laboratory University of Massachusetts, Amherst -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Firewall on cygwin
Hi, Does anyone uses/knows of a firewall that runs under cygwin? Thanks, Maurício -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Saving history under tcsh
On Aug 17 10:30, Andres Corrada-Emmanuel wrote: Hello, I've edited my ~/.cshrc file to have the following commands set history = 1000 set savehist A .history file is created upon logout but it contains no history (i.e. it has zero bytes)! What am I missing? Try e.g. set savehist = (1000 merge) or man tcsh;-) Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Co-Project Leader mailto:[EMAIL PROTECTED] Red Hat, Inc. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
1.5.10-3 + mt 2.3 scsi tape problems
I'm using a cygwin script as a wrapper around ntbackup on a number of servers, running windows 2000 and 2003 server. Basically, the script does mt -f /dev/st0 status dd if=labelfile of=/dev/st0 ntbackup [ lots of options ] mt -f /dev/st0 offline After doing cygwin updates, backups started failing. mt and/or dd would hang, ntbackup wouldn't detect the tape drive This usually happened the second day. One day everything would work, the next day, the backup would hang. Rebooting would be the only way to get a good backup the next day. On one server, a cold reboot was always necessary to release the tape. Reverting back to cygwin 1.5.9 and mt 2.1 resolved my problems. Pim -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: 1.5.10-3 + mt 2.3 scsi tape problems
On Aug 17 17:42, Pim Zandbergen wrote: I'm using a cygwin script as a wrapper around ntbackup on a number of servers, running windows 2000 and 2003 server. Basically, the script does mt -f /dev/st0 status dd if=labelfile of=/dev/st0 ntbackup [ lots of options ] mt -f /dev/st0 offline After doing cygwin updates, backups started failing. mt and/or dd would hang, ntbackup wouldn't detect the tape drive This usually happened the second day. One day everything would work, the next day, the backup would hang. Rebooting would be the only way to get a good backup the next day. On one server, a cold reboot was always necessary to release the tape. A cold reboot shouldn't be necessary at all. After the last Cygwin process on the machine has stopped, there's nothing in Cygwin left which could block the tape device. Reverting back to cygwin 1.5.9 and mt 2.1 resolved my problems. That's not exactly helpful. Do mt or dd hang when called from the command line, too? What does an strace of mt or dd show? Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Co-Project Leader mailto:[EMAIL PROTECTED] Red Hat, Inc. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Apache CGI Scripts - Network layer permission denied
On 13 Aug 2004 at 17:32, Peter Flanigan wrote:
When I run CGI scripts from Apache I'm getting permission denied
errors.
use Net::protoent;
my $p = getprotobyname(shift || 'tcp');
if (defined $p) {
printf(proto for %s is %d, aliases are %s\n,
$p-name, $p-proto, @{$p-aliases});
} else {
printf(Bad protocol 'tcp'\n);
}
This correctly turns ths string 'tcp' into the number 6 via lookup in
/etc/protocols when run from the pdksh prompt. Returns the bad
protocol error when run as a CGI script from Apache. Apache is being
started (by apachectl start) from the same shell prompt which
correctly runs the script. In general I'm finding that all network
related calls (creating new sockets and similar) are failing.
I also note (and think that it's related) that uname -n returns the
correct mixed case hostname when run from the shell prompt but returns
an incorrect (all upper case) string when run from the
cgi-bin/test-cgi shell script. This eliminates Perl from the equation.
I think this is the same problem as posted to this mailing list by:
Richard Morse [EMAIL PROTECTED]
Problems with Amanda and Cygwin 1.5.10
28/07/2004
and
David A. Rogers [EMAIL PROTECTED]
Socket problem w/ apache perl cgi
30/07/2004
I did not notice any follow up posts to these queries (my spam filter
was rejecting some Cygwin mailing list posts).
I think this may be the same problem that I reported here:
http://www.cygwin.com/ml/cygwin/2004-08/msg00452.html
Rolling back to the previous cygwin version is the only way I have
been able to get connections via apache to remote databases.
Creating sockets via apache failed wheres from perl command line it
worked.
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Problem reports: http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ: http://cygwin.com/faq/
Re: Question about moving cygwin to another dirve
At 11:48 PM 8/16/2004, you wrote: On Aug 16, 2004, at 9:43 PM, Yihu Li wrote: Dear all, My c drive does not have enough space, so I just copyed the whole folder of cygwin to another drive and expect to run it there. It worked but the problem is that the default folder is still under c:/cygwin, not the new one g:/cygwin. Anyone knows how to map it to the new drive? Change the mount information in the registry Sure. But that way is unsupported by this list. Why not just use 'mount'? It works without needing to hack the registry and will always manipulate mount points correctly, even when mount points are no longer stored in the registry. -- Larry Hall http://www.rfk.com RFK Partners, Inc. (508) 893-9779 - RFK Office 838 Washington Street (508) 893-9889 - FAX Holliston, MA 01746 -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: [ANNOUNCEMENT] Updated Cygwin Package: procmail-3.22-9
Volker, On Tue, Aug 17, 2004 at 04:21:46PM +0200, Dr. Volker Zell wrote: Jason Tishler writes: By the way is it possible to remove the empty catX directories from your packages ? I can, but would prefer not to (at least in the past). man use to cache compressed, formatted man pages in the catX directories -- now it seems to no longer do this... Just take a look in the /usr/share/misc/man.conf There is the directive FHS set now as the default, which means that man puts formatted versions in the /var/cache/man/ hirarchy. You can get the old behaviour if you specify FSSTND. Thanks for explaining the above. Please remove your empty catX dirs from all of your packages and let the user decide where to put formatted versions of man pages (if at all). Will do, as I release new versions. Please be patient... Thanks, Jason -- PGP/GPG Key: http://www.tishler.net/jason/pubkey.asc or key servers Fingerprint: 7A73 1405 7F2B E669 C19D 8784 1AFD E4CC ECF4 8EF6 -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Can I install Cygwin if I have a C: drive but run Windows from H:\WINDOWS\?
At 05:39 AM 8/17/2004, you wrote: Near to this office there is a machine that is partitioned to run Windows from its H: drive and this is its default startup mode. It has a C: drive and may even have a C:\WINDOWS\ directory, but both are irrelevant to daily running. Please can you remind me what Cygwin expects and/or requires? I know we can install Cygwin wherever we like (default c:\Cygwin\ but it could be c:\MyOS\ or g:\Cygwin\ or even, after overcoming an objection, the root directory g:\). But has Cygwin its own expectations of what else is where? In this case h:\MyOS\ was tried as the installation directory for Cygwin, and failed. Sorry, I wasn't there, so can't describe the nature of the failure. There may have been significant user confusion. But, could the failure have been due either to the lack of a c:\WINDOWS\ directory or the fact that the machine was operated from H:? (Or both.) I'm afraid that I know none of SystemDrive or SystemRoot or windir for this machine. I imagine they were all H:something. Cygwin imposes no requirements on the location of the Windows installation. Whatever the problem is with this failure, it is installation specific and not endemic to Cygwin. -- Larry Hall http://www.rfk.com RFK Partners, Inc. (508) 893-9779 - RFK Office 838 Washington Street (508) 893-9889 - FAX Holliston, MA 01746 -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Question about moving cygwin to another dirve
On Mon, 16 Aug 2004, Peter Rehley wrote: On Aug 16, 2004, at 9:43 PM, Yihu Li wrote: Dear all, My c drive does not have enough space, so I just copyed the whole folder of cygwin to another drive and expect to run it there. It worked but the problem is that the default folder is still under c:/cygwin, not the new one g:/cygwin. Anyone knows how to map it to the new drive? Change the mount information in the registry NO!!! Please do NOT go into the registry for any Cygwin-related thing unless you know EXACTLY what you're doing. The only conceivable settings that should be changed in the registry are the per-program options and the memory management controls, neither of which has anything to do with mounts. Use mount to change the mounts, as the next poster suggested. On Tue, 17 Aug 2004, Nicolas Roche wrote: Another solution is to use the cygwin mount command in order to change the location of / This should be the ONLY solution. One thing to add is that there is more than one mount that needs to be changed. Probably the easiest way would be to do a blanket search-and-replace of c:\cygwin to g:\cygwin in your mounts, using something like eval `mount -m | sed 's,c:/cygwin,g:/cygwin,gi'` (please test this first with echo instead of eval, to make sure you are getting the right values). HTH, Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_[EMAIL PROTECTED] ZZZzz /,`.-'`'-. ;-;;,_[EMAIL PROTECTED] |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! Happiness lies in being privileged to work hard for long hours in doing whatever you think is worth doing. -- Dr. Jubal Harshaw -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: Firewall on cygwin
-Original Message- From: cygwin-owner On Behalf Of Maurício Sent: 17 August 2004 15:45 Hi, Does anyone uses/knows of a firewall that runs under cygwin? Thanks, Maurício Can't be done. Cygwin runs entirely in user mode; it has no ability to run applications in kernel mode or to act as a windoze device/filter driver. Having said that, you might be able to half bodge together a leaky and semifunctional one using the ip receive hooks, but it'd be shot through with holes. In short: use a windoze firewall. cheers, DaveK -- Can't think of a witty .sigline today -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: compile error with mysql 4.1.2-alpha
Gerrit schrieb: cygwin wrote: I downloaded mysql 4.0.20 source (not the win version). It fails to compile with the following error: = if gcc -DDEFAULT_BASEDIR=\/usr/local\ -DDATADIR=\/usr/local/var\ -DDEFAULT_CHARSET_HOME=\/usr/local\ -DSHAREDIR=\/usr/local/share/mysql\ -DHAVE_CONFIG_H -I. -I. -I.. -I./../include -I../include -I.. -I. -O3 -DDBUG_OFF -MT my_thr_init.o -MD -MP -MF .deps/my_thr_init.Tpo \ -c -o my_thr_init.o `test -f 'my_thr_init.c' || echo './'`my_thr_init.c; \ then mv -f .deps/my_thr_init.Tpo .deps/my_thr_init.Po; \ else rm -f .deps/my_thr_init.Tpo; exit 1; \ fi my_thr_init.c: In function `my_thread_global_init': my_thr_init.c:72: error: `PTHREAD_MUTEX_ERRORCHECK_NP' undeclared (first use in this function) my_thr_init.c:72: error: (Each undeclared identifier is reported only once my_thr_init.c:72: error: for each function it appears in.) make[2]: *** [my_thr_init.o] Error 1 make[2]: Leaving directory `/c/Documents and Settings/jeremy/My Documents/My Downloads/tmp/mysql-4.0.20/mysys' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/c/Documents and Settings/jeremy/My Documents/My Downloads/tmp/mysql-4.0.20' make: *** [all] Error 2 = What is going on here? I can find PTHREAD_MUTEX_ERRORCHECK_NP in the linux pthread.h, but not cygwin. I have a fix for this at my home box, I'll try to find it and post it. For the archives: diff -urdN mysql-4.0.17~/include/my_pthread.h mysql-4.0.17/include/my_pthread.h --- mysql-4.0.17~/include/my_pthread.h 2003-12-14 22:23:47.0 +0100 +++ mysql-4.0.17/include/my_pthread.h 2004-05-28 22:34:32.206907200 +0200 @@ -607,6 +607,17 @@ #define MY_INIT_MUTEX_ERRCHK my_errchk_mutexattr #endif +/* + * Mutex types. + */ +#ifdef __CYGWIN__ +#definePTHREAD_MUTEX_FAST_NP PTHREAD_MUTEX_NORMAL +#definePTHREAD_MUTEX_RECURSIVE_NP PTHREAD_MUTEX_RECURSIVE +#definePTHREAD_MUTEX_ERRORCHECK_NP PTHREAD_MUTEX_ERRORCHECK +#definePTHREAD_MUTEX_TIMED_NP PTHREAD_MUTEX_NORMAL +#definePTHREAD_MUTEX_ADAPTIVE_NP PTHREAD_MUTEX_NORMAL +#endif /* __CYGWIN__ */ + extern my_bool my_thread_global_init(void); extern void my_thread_global_end(void); extern my_bool my_thread_init(void); Gerrit -- =^..^= -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: updatedb - no 'find'
-Original Message- From: cygwin-owner On Behalf Of Hannu E K Nevalainen Sent: 17 August 2004 13:18 Sharing my experiences - i.e. for the archives Well, just out of curiousity $ CMD.EXE Microsoft Windows 2000 [Version 5.00.2195] (C) Copyright 1985-2000 Microsoft Corp. C:\Program\Cygwindir ..\cyg*.* blahblah -xx-xx xx:xx DIR cygwin i.e: Cygwin is set for case SENSITIVE operation and the install dir name NOT matching the / mount entry. How did you get cmd.exe to print it with a capital letter in the prompt, but not in the dir listing? Looking at those two bits of output, I wouldn't want to guess which way it actually is on the disk cheers, DaveK -- Can't think of a witty .sigline today -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: mkisofs and non-US characters
xerces8 schrieb: So I'm here. Is there any UTF/Unicode support in cygwin, to make mkisofs work ? no, there's none (yet). -- Reini Urban http://xarch.tu-graz.ac.at/home/rurban/ -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
[BUG] Interaction problems
I'm seeing this behavior consistently. If I run my browser ( or, possibly, some other network application ) before trying to launch my Cygwin console, the login shell freezes the machine so totally my only recourse is to press the reset (panic!) button. So far, it hasn't messed up the filesystem. Attempting to narrow down the causes, I first ran ProcessExplorer from SysInternals. When my session is fresh and things are working, my console runs bash and bash runs a couple of very quick processes including hostname before things settle down and the prompt appears. If, however, I have spent time in the browser, the first thing that happens is that ProcessExplorer gets shot between the eyes! Without much explanation, I get the procexp.exe has experienced a problem and needs to close, sorry! box. I checked the event log and only found an Application Error at address ... -- which sounds to me like his memory got stepped on. This one is the reason I'm cc'ing this to SysInternals, just in case ProcessExplorer is doing something that makes it uncommonly vulnerable. BTW, this also happens pretty consistently whenever I'm running something like a configure/make where deeply nested process trees are being generated at a rapid pace. Back to the primary problem. At that point, the console prompt never comes up. The cpu usage is very low ( ~10% ), but the GUI is completely locked up. Nothing is able to get the attention of the system, including the three-finger-salute. Just once, I was able to interfere enough (or wait long enough ) that I got this: 26880400 [main] bash 3484 sync_with_child: WaitForMultipleObjects timed out . . . Fork: Resource Temporarily Unavailable Wait: Subprocess_wait failed. My first thought was that the prior network use somehow prevents hostname from succeeding. It's hard to understand, but consistent with everything except shooting ProcessExplorer. A second thought involves known weaknesses in the Windows GUI; but I doubt Cygwin is using that. This involves places where the system dell's such as User32.dll have their own little event-loop. MY CYGCHECK OUTPUT exceeds my mail host's size limit (5Mb) and the zipped version is refused by your server. Anyway, I'm up-to-date as of 2004-08-12. -- David A. Cobb, Software Engineer, Public Access Advocate By God's Grace, I am a Christian man; by my actions a great sinner. -- The Way of a Pilgrim: R.French, Tr. Life is too short to tolerate crappy software! begin:vcard fn:David A. Cobb n:Cobb;David A. adr:;;7 Lenox Av #1;West Warwick;RI;02893-3918;USA email;internet:[EMAIL PROTECTED] title:Independent Software Consultant note:PGP Key ID#0x4C293929 effective 01/28/2004 x-mozilla-html:TRUE version:2.1 end:vcard -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: mcedit start slowly lately
On Tue, 3 Aug 2004, Krzysztof Duleba wrote: I'm experiencing somewhat strange behaviour of mcedit. It's been a week that before it's started, my HDD is working a lot, for about 1 second. It doesn't matter whether I want to edit some old file or just launch the editor with $ mcedit. Where do you start mcedit from - console, xterm, rxvt (X/noX) ? Is the DISPLAY environment variable set ? -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: mcedit start slowly lately
Pavel Tsekov wrote: I'm experiencing somewhat strange behaviour of mcedit. It's been a week that before it's started, my HDD is working a lot, for about 1 second. It doesn't matter whether I want to edit some old file or just launch the editor with $ mcedit. Where do you start mcedit from - console, xterm, rxvt (X/noX) ? From bash. Is the DISPLAY environment variable set ? No. Should it be? Anyway, I don't know when (I haven't used mcedit for almost two weeks), but now everything works fine. I've updated few packages since then, but non of them seems important. Regards Krzysztof Duleba -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: RXVT man pages
Thanks, Chris, actually I did see that one. I guess my real purpose in writing was to (hopefully) prod the package maintainer to fix the manpage :-), rather than everyone else having to do it. Chris Taylor wrote: On Mon, August 16, 2004 9:52 pm, Paul Galbraith said: Larry Hall wrote: C'est la vie...I tried google groups (but not google), and well as the archive list, neither of which turned up that little gem (within the first few pages of results, at least). Cheers, Paul There's also this one: http://sources.redhat.com/ml/cygwin/2004-06/msg00731.html Fixes the file, rather than having to write a new one.. ;-) Chris -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: Can I install Cygwin if I have a C: drive but run Windows from H:\WINDOWS\?
[EMAIL PROTECTED] i.e. Larry Hall, wrote: At 05:39 AM 8/17/2004, you as quoted by Larry - Fergus wrote: -zNIPz here and there- I know we can install Cygwin wherever we like (default c:\Cygwin\ but it could be c:\MyOS\ or g:\Cygwin\ or even, after overcoming an objection, the root directory g:\). But has Cygwin its own expectations of what else is where? Cygwin imposes no requirements on the location of the Windows installation. Whatever the problem is with this failure, it is installation specific and not endemic to Cygwin. -WJM-mode=OFF- While there _should_ be no requirements, one has to be realistic and recognize this possibly beeing a setup - or postinstall - malfunction triggered by the nonstandard install location. By all means, there might even be the 'classic' problem; A (windows) user name with at least one space in it. To get further - beginner level assumed; I'd suggest to launch cmd (command for W95/98/Me - fergus didn't mention which OS it was) from the start menu or whatever. At the prompt type 'H:' and then 'cd \MyOs\bin\' - hitting enter on both, and do this: H:\MyOs\bin dir cygcheck*.* [output, hopefully listing cygcheck.exe - it is in the 'base' package] If the cygcheck.exe is available, then do: H:\MyOs\bin PATH=.;%PATH% H:\MyOs\bin cygcheck -svr \cygcheck.txt ... and then follow instructions at the Problem reports: webpage; i.e. APPEND the cygcheck.txt file to an email and send it here. (webpage link below in this mail - as in every other mail on this list). /Hannu E K Nevalainen, B.Sc. EE - 59+16.37'N, 17+12.60'E --72-- ** mailing list preference; please keep replies on list ** -- printf(LocalTime: UTC+%02d\n,(DST)? 2:1); -- --END OF MESSAGE-- -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: updatedb - no 'find'
[EMAIL PROTECTED] wrote: -Original Message- From: cygwin-owner On Behalf Of Hannu E K Nevalainen Sent: 17 August 2004 13:18 Sharing my experiences - i.e. for the archives Well, just out of curiousity $ CMD.EXE Microsoft Windows 2000 [Version 5.00.2195] (C) Copyright 1985-2000 Microsoft Corp. C:\Program\Cygwindir ..\cyg*.* ^ NOTE--^ blahblah -xx-xx xx:xx DIR cygwin i.e: Cygwin is set for case SENSITIVE operation and the install dir name NOT matching the / mount entry. How did you get cmd.exe to print it with a capital letter in the prompt, but not in the dir listing? Looking at those two bits of output, I wouldn't want to guess which way it actually is on the disk Ahh... mr nitpicker! You caught me. ;-) NOTE: The prompt is how its shows AFTER having fixed the problem. i.e. the output was copied AFTER finding the fix. /Hannu E K Nevalainen, B.Sc. EE - 59+16.37'N, 17+12.60'E --72-- ** mailing list preference; please keep replies on list ** -- printf(LocalTime: UTC+%02d\n,(DST)? 2:1); -- --END OF MESSAGE-- -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Backticks hang with dynamic antivirus scanning
Marco Moreno wrote, On 2/20/2004 11:46 PM: I recently upgraded cygwin to the latest version and now I'm having Command's dynamic antivirus protection conflict with Cygwin so that it hangs whenever it encounters backticks in a shell script (e.g. /etc/profile). Configuring the antivirus to ignore c:\cygwin had no effect. If I disable dynamic virus protection, all is well. Has anyone else encountered this? Has anything changed in how backticks are handled that might cause it to conflict with antivirus software? Just trying to get a handle on this to submit a bug report to Command Software. (Though I'm not holding my breath that they'll offer a solution other than to avoid cygwin.) Thanks, Marco Moreno No one answered this back in Feb that I could tell. I am seeing a possibly related or similar problem. I am trying to build a large shall script based project under cygwin called RTEMS. It has been reported that anti-virus can somehow affect the build and cause almost random errors. I can't disable my a.v. since it requires a secret p/w. Could this really be the problem? -- Lit up like Levy's -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: [BUG] Interaction problems
[EMAIL PROTECTED] scribbled on : SNIP MY CYGCHECK OUTPUT exceeds my mail host's size limit (5Mb) and the zipped version is refused by your server. Heh!? 5M, that's awesome! See below. What is in there? The list accepts 100K and *.gz Anyway, I'm up-to-date as of 2004-08-12. I generally make setup read All @ Install - this ends up like this: $ cd / $ du -x -s 2358011 . That is some 2.4MB of disk space - for all standard dirs in root (include s some /src too) $ cygcheck -svr c-svr.txt ls -l c-svr.txt -rw-r--r--1 Hannu 59752 Aug 17 2004 c-svr.txt BTW: Mb is mega-bit for me, I suppose you meant MB i.e. _Mega _Byte /Hannu E K Nevalainen, B.Sc. EE - 59+16.37'N, 17+12.60'E --72-- ** mailing list preference; please keep replies on list ** -- printf(LocalTime: UTC+%02d\n,(DST)? 2:1); -- --END OF MESSAGE-- -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
setup.exe Parse Errors
Using setup.exe version 2.427, I get: (B (B(null) line 1537: parse error, unexpected COMMA, expecting STRING (B(null) line 1537: unrecognized line 1537 (do you have the latest setup?) (B(null) line 1537: unrecognized line 1537 (do you have the latest setup?) (B(null) line 1537: unrecognized line 1537 (do you have the latest setup?) (B (B (BWhat is happening? When I ran setup.exe last week, there was no problem. (B (B (B-- (BUnsubscribe info: http://cygwin.com/ml/#unsubscribe-simple (BProblem reports: http://cygwin.com/problems.html (BDocumentation: http://cygwin.com/docs.html (BFAQ: http://cygwin.com/faq/
Re: setup.exe Parse Errors
That line has a comma in the "requires:" area. Part of the e2fsimage (Bpackage. (B (BDai Itasaka wrote: (B (BUsing setup.exe version 2.427, I get: (B (B(null) line 1537: parse error, unexpected COMMA, expecting STRING (B(null) line 1537: unrecognized line 1537 (do you have the latest setup?) (B(null) line 1537: unrecognized line 1537 (do you have the latest setup?) (B(null) line 1537: unrecognized line 1537 (do you have the latest setup?) (B (B (BWhat is happening? When I ran setup.exe last week, there was no problem. (B (B (B-- (BUnsubscribe info: http://cygwin.com/ml/#unsubscribe-simple (BProblem reports: http://cygwin.com/problems.html (BDocumentation: http://cygwin.com/docs.html (BFAQ: http://cygwin.com/faq/ (B (B (B (B (B (B (B-- (BUnsubscribe info: http://cygwin.com/ml/#unsubscribe-simple (BProblem reports: http://cygwin.com/problems.html (BDocumentation: http://cygwin.com/docs.html (BFAQ: http://cygwin.com/faq/
Re: setup.exe Parse Errors
CyberZombie wrote: (B That line has a comma in the "requires:" area. Part of the e2fsimage (B package. (B (BFixed on sourceware, it'll take a while to replicate to the mirrors. (B (BMax. (B (B (B (B Dai Itasaka wrote: (B (B Using setup.exe version 2.427, I get: (B (B (null) line 1537: parse error, unexpected COMMA, expecting STRING (B (null) line 1537: unrecognized line 1537 (do you have the latest setup?) (B (null) line 1537: unrecognized line 1537 (do you have the latest setup?) (B (null) line 1537: unrecognized line 1537 (do you have the latest setup?) (B (B (B What is happening? When I ran setup.exe last week, there was no problem. (B (B (B-- (BUnsubscribe info: http://cygwin.com/ml/#unsubscribe-simple (BProblem reports: http://cygwin.com/problems.html (BDocumentation: http://cygwin.com/docs.html (BFAQ: http://cygwin.com/faq/
Re: setup.exe Parse Errors
CyberZombie wrote: That line has a comma in the requires: area. Part of the e2fsimage package. Dai Itasaka wrote: Using setup.exe version 2.427, I get: (null) line 1537: parse error, unexpected COMMA, expecting STRING (null) line 1537: unrecognized line 1537 (do you have the latest setup?) (null) line 1537: unrecognized line 1537 (do you have the latest setup?) (null) line 1537: unrecognized line 1537 (do you have the latest setup?) What is happening? When I ran setup.exe last week, there was no problem. . He needs to fix that. I get the same thing too,. I was trying to download from mirrors.rcn.net. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: Creating a multi-volume archive with tar
[...] It's a bug in the Cygwin DLL. If it's not currently available, what are my options? :-) Install a developers snapshot of Cygwin (http://cygwin.com/snapshots/) or wait for the 1.5.11 release which is due VSN. Corinna [...] That certainly did the trick - thanks :-) Sorry for the newbie questions. Next step is I would like to backup some very large files to DVD. I have some video files (13GByte) that I would like to backup across multiple DVD discs (-R or -RW - whichever works :-)). Has anybody used a DVD burner as a backup mechanism and how do you work out the device name to use with tar i.e. I found that a floppy is /dev/fd0 - what would a DVD burner device name be? Is there a command that displays device names? Thanks Peter Warning: Copyright ResMed. Where the contents of this email and/or attachment includes materials prepared by ResMed, the use of those materials is subject exclusively to the conditions of engagement between ResMed and the intended recipient. This communication is confidential and may contain legally privileged information. By the use of email over the Internet or other communication systems, ResMed is not waiving either confidentiality of, or legal privilege in,the content of the email and of any attachments. If the recipient of this message is not the intended addressee, please call ResMed immediately on +61 2 9886 5000 Sydney, Australia. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: Can I install Cygwin if I have a C: drive but run Windows from H:\WINDOWS\?
At 04:32 PM 8/17/2004, Hannu wrote: [EMAIL PROTECTED] i.e. Larry Hall, wrote: At 05:39 AM 8/17/2004, you as quoted by Larry - Fergus wrote: -zNIPz here and there- I know we can install Cygwin wherever we like (default c:\Cygwin\ but it could be c:\MyOS\ or g:\Cygwin\ or even, after overcoming an objection, the root directory g:\). But has Cygwin its own expectations of what else is where? Cygwin imposes no requirements on the location of the Windows installation. Whatever the problem is with this failure, it is installation specific and not endemic to Cygwin. -WJM-mode=OFF- FWIW, I never turned on the WJM mode. While there _should_ be no requirements, one has to be realistic and recognize this possibly beeing a setup - or postinstall - malfunction triggered by the nonstandard install location. That would be a bug. But since Fergus was asking whether Cygwin expected certain things in certain locations, the answer to that would be no. If it weren't no, then anyone installing Cygwin to a drive other than C: would see problems. The lack of email to this list on the matter is just one indication that Cygwin has no expectations of where things live. The code itself would be another. ;-) If a postinstall script is making some such assumptions, I'd expect we would've heard quite a bit about that here too (or at cygwin-apps). But if someone does find such a bug, that's certainly something that should be reported to cygwin-apps. H:\MyOs\bin dir cygcheck*.* [output, hopefully listing cygcheck.exe - it is in the 'base' package] If the cygcheck.exe is available, then do: H:\MyOs\bin PATH=.;%PATH% H:\MyOs\bin cygcheck -svr \cygcheck.txt ... and then follow instructions at the Problem reports: webpage; i.e. APPEND the cygcheck.txt file to an email and send it here. Sound advice. -- Larry Hall http://www.rfk.com RFK Partners, Inc. (508) 893-9779 - RFK Office 838 Washington Street (508) 893-9889 - FAX Holliston, MA 01746 -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: cygglut-3.dll: W32.Magistr.B FOUND
Gerrit P. Haase wrote: Miroslav wrote: Yesterday we ran setup.exe and downloaded X-Cygwin. Followed direction in the FAQ about virus unlikely to be there. But this package, from at least three different mirrors shows up the same with clamav: freeglut-2.2.0-1.tar.bz2 (honestly we don't know at this time what the package is about, late at night here, spent all day, particularly myself, mostly with getting to know clamav, sleepy...) Upon unpacking it and running: [EMAIL PROTECTED] /aA/CygWin/ftp.uni-kl.de]# clamscan -r usr/x11r6/ usr/x11r6//bin/cygglut-3.dll: W32.Magistr.B FOUND usr/x11r6//include/gl/freeglut.h: OK I have Norton Antivirus running on the box where I build packages and where I build freeglut too, no virus report by Norton here. Gerrit Can't update as sf.net are having some downtime with c and some other letter with cvs, so I'll trust Norton and the other guys updated clamav for that. I can say, though, that these pages puzzle me still a little (I am no pro...): http://sourceforge.net/mailarchive/forum.php?forum_id=34654max_rows=25style=nestedviewmonth=200310 http://sourceforge.net/mailarchive/forum.php?thread_id=5086245forum_id=34654 -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: cygglut-3.dll: W32.Magistr.B FOUND
Arturus Magi wrote: Miroslav Rovis wrote: Yesterday we ran setup.exe and downloaded X-Cygwin. Followed direction in the FAQ about virus unlikely to be there. But this package, from at least three different mirrors shows up the same with clamav: freeglut-2.2.0-1.tar.bz2 (honestly we don't know at this time what the package is about, late at night here, spent all day, particularly myself, mostly with getting to know clamav, sleepy...) Upon unpacking it and running: [EMAIL PROTECTED] /aA/CygWin/ftp.uni-kl.de]# clamscan -r usr/x11r6/ usr/x11r6//bin/cygglut-3.dll: W32.Magistr.B FOUND usr/x11r6//include/gl/freeglut.h: OK ... (the rest is all OK) --- SCAN SUMMARY --- Known viruses: 23433 Scanned directories: 9 Scanned files: 24 Infected files: 1 Data scanned: 0.67 MB I/O buffer size: 131072 bytes Time: 1.211 sec (0 m 1 s) [EMAIL PROTECTED] /aA/CygWin/ftp.uni-kl.de]# Clamscan, updated via freshclam just prior scanning for this post shows no virus in /usr/x11r6/cygglut-3.dll here. The mirror I downloaded from is ftp://ftp.sunsite.utk.edu/pub/cygwin --- SCAN SUMMARY --- Known viruses: 23431 Scanned directories: 325 Scanned files: 12637 Infected files: 0 Data scanned: 227.41 MB I/O buffer size: 131072 bytes Time: 1186.872 sec (19 m 46 s) I'm taking your word and the other guy's that reported Norton found that package OK, as I can't update my cvs checkout, this: http://sourceforge.net/docman/display_doc.php?docid=2352group_id=1 unfortunately works for me... Miroslav Rovis -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: cygglut-3.dll: W32.Magistr.B FOUND
Miroslav Rovis wrote: Arturus Magi wrote: Miroslav Rovis wrote: Yesterday we ran setup.exe and downloaded X-Cygwin. Followed direction in the FAQ about virus unlikely to be there. But this package, from at least three different mirrors shows up the same with clamav: freeglut-2.2.0-1.tar.bz2 (honestly we don't know at this time what the package is about, late at night here, spent all day, particularly myself, mostly with getting to know clamav, sleepy...) Upon unpacking it and running: [EMAIL PROTECTED] /aA/CygWin/ftp.uni-kl.de]# clamscan -r usr/x11r6/ usr/x11r6//bin/cygglut-3.dll: W32.Magistr.B FOUND usr/x11r6//include/gl/freeglut.h: OK ... (the rest is all OK) --- SCAN SUMMARY --- Known viruses: 23433 Scanned directories: 9 Scanned files: 24 Infected files: 1 Data scanned: 0.67 MB I/O buffer size: 131072 bytes Time: 1.211 sec (0 m 1 s) [EMAIL PROTECTED] /aA/CygWin/ftp.uni-kl.de]# Clamscan, updated via freshclam just prior scanning for this post shows no virus in /usr/x11r6/cygglut-3.dll here. The mirror I downloaded from is ftp://ftp.sunsite.utk.edu/pub/cygwin --- SCAN SUMMARY --- Known viruses: 23431 Scanned directories: 325 Scanned files: 12637 Infected files: 0 Data scanned: 227.41 MB I/O buffer size: 131072 bytes Time: 1186.872 sec (19 m 46 s) I'm taking your word and the other guy's that reported Norton found that package OK, as I can't update my cvs checkout, this: http://sourceforge.net/docman/display_doc.php?docid=2352group_id=1 unfortunately works for me... Miroslav Rovis -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ The virus is at your end. I have Norton too. No virus here. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Setup broken
Whilst trying to regress Cygwin to avoid bugs in the current release I get (null) line 1537: parse error, unexpected COMMA, expecting STRING when setup.exe tries parsing setup.ini Anyone know know what it means and how to fix it? -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Can I install Cygwin if I have a C: drive but run Windows from H:\WINDOWS\?
Just so that everyone is aware, there should be no issues with the current release in this matter. It works perfectly fine here. I have a C Drive, Main system drive is H: with the OS install at H:\Windows, and I installed Cygwin to I:\root\cygwin. On Tue, 17 Aug 2004 19:09:53 -0400, Larry Hall [EMAIL PROTECTED] wrote: At 04:32 PM 8/17/2004, Hannu wrote: [EMAIL PROTECTED] i.e. Larry Hall, wrote: At 05:39 AM 8/17/2004, you as quoted by Larry - Fergus wrote: -zNIPz here and there- I know we can install Cygwin wherever we like (default c:\Cygwin\ but it could be c:\MyOS\ or g:\Cygwin\ or even, after overcoming an objection, the root directory g:\). But has Cygwin its own expectations of what else is where? Cygwin imposes no requirements on the location of the Windows installation. Whatever the problem is with this failure, it is installation specific and not endemic to Cygwin. -WJM-mode=OFF- FWIW, I never turned on the WJM mode. While there _should_ be no requirements, one has to be realistic and recognize this possibly beeing a setup - or postinstall - malfunction triggered by the nonstandard install location. That would be a bug. But since Fergus was asking whether Cygwin expected certain things in certain locations, the answer to that would be no. If it weren't no, then anyone installing Cygwin to a drive other than C: would see problems. The lack of email to this list on the matter is just one indication that Cygwin has no expectations of where things live. The code itself would be another. ;-) If a postinstall script is making some such assumptions, I'd expect we would've heard quite a bit about that here too (or at cygwin-apps). But if someone does find such a bug, that's certainly something that should be reported to cygwin-apps. H:\MyOs\bin dir cygcheck*.* [output, hopefully listing cygcheck.exe - it is in the 'base' package] If the cygcheck.exe is available, then do: H:\MyOs\bin PATH=.;%PATH% H:\MyOs\bin cygcheck -svr \cygcheck.txt ... and then follow instructions at the Problem reports: webpage; i.e. APPEND the cygcheck.txt file to an email and send it here. Sound advice. -- Larry Hall http://www.rfk.com RFK Partners, Inc. (508) 893-9779 - RFK Office 838 Washington Street (508) 893-9889 - FAX Holliston, MA 01746 -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ -- Robert Pendell [EMAIL PROTECTED] -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Setup broken
Peter Flanigan wrote: Whilst trying to regress Cygwin to avoid bugs in the current release I get (null) line 1537: parse error, unexpected COMMA, expecting STRING when setup.exe tries parsing setup.ini Anyone know know what it means and how to fix it? Try again. Use mirrors.rcn.net. It was working for me about an two hours ago. It's a comma where there should be none. It was in a new package. Look back in the list, Max fixed it. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Cron problem/Documentation and Setup
I'm having a problem with cron in this new environment. I cannot execute any of my own scripts in my ~/bin. I was also having problems executing even things in /tmp! So like a good little boy I decided to read the readme for cron again before asking here. Trouble is I have no cron readme! I remember it was in /usr/doc/Cygwin but alas: $ ls /usr/doc/cygwin ctags-5.5.README* openssl-0.9.7d.README* whois-4.6.14-1.README* ghostscript-7.05.README* procps-010801.README* mc-4.6.0.README* rxvt-2.7.10.README* So I figured Oops, guess I didn't install all the documentation and fired up setup.exe to download from the internet. I use ftp://planetmirror.com and when I attempt to do that I get: (null) line 1537: parse error, unexpected COMMA, expecting STRING (null) line 1537: unrecognized line 1537 (do you have the latest setup?) (null) line 1537: unrecognized line 1537 (do you have the latest setup?) (null) line 1537: unrecognized line 1537 (do you have the latest setup?) Problem is I *do* have the latest version of setup! I just downloaded it again to make sure. Same error. Tried mirrors.kernel.org - same error! As for my cron problem I can execute rudimentary commands such as ls, pwd and redirect the output to /tmp/debug.log. From that I can see that pwd tells me that I'm in /var/cron. The script I want to execute is under ~/bin (which is on a network share). I copied that script to /tmp and insured that it was set 777. Then I performed the following cron jobs: 18 17 * * * pwd /tmp/debug.log 21 19 17 * * * ls /tmp/debug.log 21 20 17 * * * ls -l /tmp/myscript /tmp/debug.log 21 21 17 * * * /tmp/myscript /tmp/debug.log 21 Here's the result: /var/cron tabs -rwxrwxrwx1 TPAD3741 Domain U 5201 Aug 17 17:15 /tmp/myscript /tmp/myscript never get's executed. -- Okay, who put a stop payment on my reality check? -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
cygwin-perl: matching behaves weird
Now, this may be old news for many of you, but I'm new to cygwin, so please
don't shoot. I'd be happy if someone would post me a link to the solution.
I'm doing quite strightforward matching using regular expressions in perl (as
you can see below) and the code used to work just fine on the ActiveState perl,
but behaves very strange with cygwin Perl:
-
unless ($page =~ /a href=\# onClick=window\.open\('(popBibTex.cfm\?.+?)',/s)
-
It simply does not match. I tried playing around, cuting certain suspicios
parts, and here is what I found out:
-
unless ($page =~ /on\Click=window\.open\('(popBibTex.cfm\?.+?)',/s)
-
this does match. (notice the \ before C)
What's up? (::confused;)
I'm runing Win_XP_Pro/SP2, just installed Cygwin (and all
tools/packages/modules that were available through the web install utility).
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Problem reports: http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ: http://cygwin.com/faq/
Re: Cron problem/Documentation and Setup
At 09:39 PM 8/17/2004, you wrote: I'm having a problem with cron in this new environment. I cannot execute any of my own scripts in my ~/bin. I was also having problems executing even things in /tmp! So like a good little boy I decided to read the readme for cron again before asking here. Trouble is I have no cron readme! I remember it was in /usr/doc/Cygwin but alas: Cygwin docs should now be in /usr/share/doc/Cygwin. All packages are moving that direction. $ ls /usr/doc/cygwin ctags-5.5.README* openssl-0.9.7d.README* whois-4.6.14-1.README* ghostscript-7.05.README* procps-010801.README* mc-4.6.0.README* rxvt-2.7.10.README* So I figured Oops, guess I didn't install all the documentation and fired up setup.exe to download from the internet. I use ftp://planetmirror.com and when I attempt to do that I get: (null) line 1537: parse error, unexpected COMMA, expecting STRING (null) line 1537: unrecognized line 1537 (do you have the latest setup?) (null) line 1537: unrecognized line 1537 (do you have the latest setup?) (null) line 1537: unrecognized line 1537 (do you have the latest setup?) Problem is I *do* have the latest version of setup! I just downloaded it again to make sure. Same error. Tried mirrors.kernel.org - same error! I assume you've seen http://cygwin.com/ml/cygwin/2004-08/msg00587.html by now. If not, read through it. The problem is fixed. As for my cron problem I can execute rudimentary commands such as ls, pwd and redirect the output to /tmp/debug.log. From that I can see that pwd tells me that I'm in /var/cron. The script I want to execute is under ~/bin (which is on a network share). I copied that script to /tmp and insured that it was set 777. Then I performed the following cron jobs: 18 17 * * * pwd /tmp/debug.log 21 19 17 * * * ls /tmp/debug.log 21 20 17 * * * ls -l /tmp/myscript /tmp/debug.log 21 21 17 * * * /tmp/myscript /tmp/debug.log 21 Here's the result: /var/cron tabs -rwxrwxrwx1 TPAD3741 Domain U 5201 Aug 17 17:15 /tmp/myscript /tmp/myscript never get's executed. Sorry, can't really help here. There's just not enough information about what your script does or what your environment for me to hazard a guess. If you post more details or, better yet, a small test case, I can try it. The simple test I did which just echos Hello World from a bash script worked fine for me. -- Larry Hall http://www.rfk.com RFK Partners, Inc. (508) 893-9779 - RFK Office 838 Washington Street (508) 893-9889 - FAX Holliston, MA 01746 -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Cron problem/Documentation and Setup
At 10:38 PM 8/17/2004, you wrote At 09:39 PM 8/17/2004, you wrote: I'm having a problem with cron in this new environment. I cannot execute any of my own scripts in my ~/bin. I was also having problems executing even things in /tmp! So like a good little boy I decided to read the readme for cron again before asking here. Trouble is I have no cron readme! I remember it was in /usr/doc/Cygwin but alas: Cygwin docs should now be in /usr/share/doc/Cygwin. All packages are moving that direction. $ ls /usr/doc/cygwin ctags-5.5.README* openssl-0.9.7d.README* whois-4.6.14-1.README* ghostscript-7.05.README* procps-010801.README* mc-4.6.0.README* rxvt-2.7.10.README* So I figured Oops, guess I didn't install all the documentation and fired up setup.exe to download from the internet. I use ftp://planetmirror.com and when I attempt to do that I get: (null) line 1537: parse error, unexpected COMMA, expecting STRING (null) line 1537: unrecognized line 1537 (do you have the latest setup?) (null) line 1537: unrecognized line 1537 (do you have the latest setup?) (null) line 1537: unrecognized line 1537 (do you have the latest setup?) Problem is I *do* have the latest version of setup! I just downloaded it again to make sure. Same error. Tried mirrors.kernel.org - same error! I assume you've seen http://cygwin.com/ml/cygwin/2004-08/msg00587.html by now. If not, read through it. The problem is fixed. As for my cron problem I can execute rudimentary commands such as ls, pwd and redirect the output to /tmp/debug.log. From that I can see that pwd tells me that I'm in /var/cron. The script I want to execute is under ~/bin (which is on a network share). I copied that script to /tmp and insured that it was set 777. Then I performed the following cron jobs: 18 17 * * * pwd /tmp/debug.log 21 19 17 * * * ls /tmp/debug.log 21 20 17 * * * ls -l /tmp/myscript /tmp/debug.log 21 21 17 * * * /tmp/myscript /tmp/debug.log 21 Here's the result: /var/cron tabs -rwxrwxrwx1 TPAD3741 Domain U 5201 Aug 17 17:15 /tmp/myscript /tmp/myscript never get's executed. Sorry, can't really help here. There's just not enough information about what your script does or what your environment for me to hazard a guess. ^^^ is If you post more details or, better yet, a small test case, I can try it. The simple test I did which just echos Hello World from a bash script worked fine for me. -- Larry Hall http://www.rfk.com RFK Partners, Inc. (508) 893-9779 - RFK Office 838 Washington Street (508) 893-9889 - FAX Holliston, MA 01746 -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: Creating a multi-volume archive with tar
On Wed, 18 Aug 2004, Peter Milliken wrote: Next step is I would like to backup some very large files to DVD. I have some video files (13GByte) that I would like to backup across multiple DVD discs (-R or -RW - whichever works :-)). Has anybody used a DVD burner as a backup mechanism and how do you work out the device name to use with tar i.e. I found that a floppy is /dev/fd0 - what would a DVD burner device name be? Is there a command that displays device names? Google for create_devices.sh, and use the script to create a real /dev directory. Cygwin's /dev is a virtual directory, so you can't really look at it unless you have a real directory corresponding to it -- that's what the script creates. Also see http://cygwin.com/cygwin-ug-net/using-specialnames.html. HTH, Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_[EMAIL PROTECTED] ZZZzz /,`.-'`'-. ;-;;,_[EMAIL PROTECTED] |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! Happiness lies in being privileged to work hard for long hours in doing whatever you think is worth doing. -- Dr. Jubal Harshaw -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: cygwin-perl: matching behaves weird
On Wed, 18 Aug 2004, V.MIRCEVSKI wrote:
Now, this may be old news for many of you, but I'm new to cygwin, so
please don't shoot. I'd be happy if someone would post me a link to the
solution.
I'm doing quite strightforward matching using regular expressions in
perl (as you can see below) and the code used to work just fine on the
ActiveState perl, but behaves very strange with cygwin Perl:
-
unless ($page =~ /a href=\# onClick=window\.open\('(popBibTex.cfm\?.+?)',/s)
-
It simply does not match. I tried playing around, cuting certain suspicios
parts, and here is what I found out:
-
unless ($page =~ /on\Click=window\.open\('(popBibTex.cfm\?.+?)',/s)
-
this does match. (notice the \ before C)
What's up? (::confused;)
I'm runing Win_XP_Pro/SP2, just installed Cygwin (and all
tools/packages/modules that were available through the web install
utility).
Please review
Problem reports: http://cygwin.com/problems.html
particularly the part about attaching the output of cygcheck -svr. You
haven't said which version of perl you're running, or even if you're
running the Cygwin perl as opposed to some other version, or what your
input was, or what the whole script is. FWIW, I can't reproduce this on
WinXP Pro, Cygwin 1.5.10-3, perl 5.8.2-1 with the following snippet:
echo a href=\#\
onClick=\window.open('popBibTex.cfm?aaabbbccc',ddd,eee)\kkk/a | \
perl -e 'undef $/;$page=;unless ($page =~ /a href=\#
onClick=window\.open\('''(popBibTex.cfm\?.+?)''',/s){print No
match\n;}else{print Match\n;}'
It prints Match...
Igor
P.S. BTW, '\C' in Perl REs matches any 8-bit character...
--
http://cs.nyu.edu/~pechtcha/
|\ _,,,---,,_[EMAIL PROTECTED]
ZZZzz /,`.-'`'-. ;-;;,_[EMAIL PROTECTED]
|,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D.
'---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow!
Happiness lies in being privileged to work hard for long hours in doing
whatever you think is worth doing. -- Dr. Jubal Harshaw
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Problem reports: http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ: http://cygwin.com/faq/
