Re: stty under cygwin
Dave Korn wrote: > > > -Original Message- > > From: cygwin-owner On Behalf Of bertrand marquis > > Sent: 21 April 2004 16:41 > > > i need to use stty to send commands through the serial port > > under cygwin: > > That's not what stty is for. > > > stty > > 1:0:cbd:0:3:1c:7f:15:4:5:1:0:11:13:1a:0:12:f:17:16:0:0:0:0:0:0 > > :0:0:0:0:0:0:0:0:0:0 > > < /dev/ttyS0 > > > > but stty answer me that 1:...:0 is a wrong argument ? > > I'm using the last version of cygwin and the serial port is working > > > > anyone has an idea ? > > #1: You've completely misunderstood stty. It allows you to set parameters > such as baud rate, flow control, char translation, etc. for a serial port. > It's not for sending data in or out of it. > > #2: That string of colon-separated hex numbers doesn't mean anything to > stty. None of the arguments it understands come in that form. > > #3: If you're trying to send something out the serial port, you should be > using "> /dev/ttyS0", not "< /dev/ttyS0". You're telling stty to take any > standard input it requires from the serial port. That's not going to work. > > #4: Haven't you ever heard of the "--help" option, or the "man" or "info" > utilities? Repeat after me: > > stty --help > man stty > info stty > > over and over again until you've got it memorized! Suggest you look at the -g option to stty $ stty -g 50e:9:b0:d1f:0:f:0:0:4:8:3:15:16:1:1c:12:11:13:1a:0:0:17 Cheers Don Sharp > > #5: At a guess, you want to turn those hex numbers into actual bytes sent > out the serial port. Why do you have 'cbd' as one of them? That's too > large for a byte-sized value. > > #6: To send data out the serial port, use echo or cat (depending where the > data is), and redirect it to the serial port with >/dev/ttyS0. > > #7: I dunno how you'd get hex numbers converted into actual bytes at the > command line. You need a command that does the opposite of "od". Assuming > there was such a thing, you could then write > > echo > 1:0:cbd:0:3:1c:7f:15:4:5:1:0:11:13:1a:0:12:f:17:16:0:0:0:0:0:0:0:0:0:0:0:0:0 > :0:0:0 | [opposite-of-od] | cat > /dev/ttyS0 > > (that's all one line; sorry about any wrapping). > > 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/ -- 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 shows categories not packages in partial view
Hi Everyone Have I missed something? I am running setup and when I look at the Full or Partial views the version numbers are shown against the Category name rather than the package name. Should I have a new setup.exe? I hope it isn't meant to look like that as it is not at all helpful. Anyone else seeing this effect? Cheers Don Sharp -- 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 shows categories not packages in partial view
Silly me! That will teach me to run setup at full screen in future. The default edge cuts off the package column. Sorry for the noise Cheers Don Sharp Don Sharp wrote: > > Hi Everyone > > Have I missed something? I am running setup and when I look at the Full > or Partial views the version numbers are shown against the Category name > rather than the package name. Should I have a new setup.exe? I hope it > isn't meant to look like that as it is not at all helpful. > > Anyone else seeing this effect? > > Cheers > > Don Sharp > > -- > 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/ -- 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/
tar reports octal value 63747150716 is out of time_t range
Hi Everyone I was extracting a very old tar formatted tape today and received these warnings. There were only these few from a tape containing 455 items. Has anyone had similar reports? $ tar xbf 126 /dev/st1 tar: Archive octal value 64045156266 is out of time_t range;\ assuming two's complement tar: Archive octal value 64432124077 is out of time_t range;\ assuming two's complement tar: Archive octal value 63746107317 is out of time_t range;\ assuming two's complement tar: Archive octal value 63747146147 is out of time_t range;\ assuming two's complement tar: Archive octal value 63746112727 is out of time_t range;\ assuming two's complement tar: Archive octal value 63747150716 is out of time_t range;\ assuming two's complement tar: Archive octal value 63746115503 is out of time_t range;\ assuming two's complement tar: Archive octal value 63746114401 is out of time_t range;\ assuming two's complement tar: Archive octal value 64262155105 is out of time_t range;\ assuming two's complement tar: Archive octal value 64410143777 is out of time_t range;\ assuming two's complement I have attached my cygcheck.out Cheers Don Sharp Cygwin Configuration Diagnostics Current System Time: Thu Aug 19 11:25:57 2004 Windows 2000 Professional Ver 5.0 Build 2195 Service Pack 4 Path: G:\usr\local\bin G:\\bin G:\usr\X11R6\bin G:\bin j:\mksnt t:\java\jdk\j2sdk1.4.1_01\bin t:\java\j2sdk\jdk1.4.1_01\jre\bin c:\WINNT\system32 c:\WINNT f:\BORLAND\BC4.02\BIN c:\PROGRA~1\MICROS~3\Common\Tools\WinNT c:\PROGRA~1\MICROS~3\Common\MSDev98\Bin c:\PROGRA~1\MICROS~3\Common\Tools c:\PROGRA~1\MICROS~3\VC98\bin .\ Output from G:\bin\id.exe (nontsec) UID: 1001(don) GID: 513(None) 513(None) Output from G:\bin\id.exe (ntsec) UID: 1001(don) GID: 513(None) 513(None) 544(Administrators) 551(Backup Operators) 547(Power Users) 552(Replicator)545(Users) SysDir: C:\WINNT\system32 WinDir: C:\WINNT CYGWIN = `binmode ntsec tty' C_INCLUDE_PATH = `/usr/local/include' HOME = `d:\users\don' LIBRARY_PATH = `/usr/local/lib' MAKE_MODE = `unix' PWD = `/cygdrive/h/tapes/matra' USER = `don' ALLUSERSPROFILE = `C:\WINNT\Profiles\All Users' APPDATA = `C:\WINNT\Profiles\don.000\Application Data' BORLAND_CPP_HOME = `F:\BORLAND\BC4.02' CDPATH = `.:/cygdrive/d/users/don/experime.nt/vs7/Projects:/dosp/workspace/wlgjet:/dosp/workspace/wlgjet/src/com/betasys/uk/conversion:/dosr/opensys/genbuild:/dost/avalon/src/src' COLORFGBG = `11;default;0' COLORTERM = `rxvt-xpm' COMMONPROGRAMFILES = `C:\Program Files\Common Files' COMPUTERNAME = `DON' COMSPEC = `C:\WINNT\system32\cmd.exe' CPLUS_INCLUDE_PATH = `/usr/local/include' CVSROOT = `/dosi/localcvs' DISPLAY = `:0' HOMEDRIVE = `d:' HOMEPATH = `\users\don' INCLUDE = `C:\Program Files\Microsoft Visual Studio .NET\FrameworkSDK\include\' J2EE_HOME = `J:\java\jdk\j2sdkee1.4' JAVA_HOME = `T:\java\jdk\j2sdk1.4.1_01' LIB = `C:\Program Files\Microsoft Visual Studio .NET\FrameworkSDK\Lib\' LOGONSERVER = `\\DON' LS_COLORS = `no=00:fi=00:di=01;36:ln=00;34:pi=40;33:so=00;35:bd=40;33;01:cd=40;33;01:or=40;31;01:ex=00;32:*.tar=01;31:*.tgz=01;31:*.arj=01;31:*.taz=01;31:*.lzh=01;31:*.zip=01;31:*.z=01;31:*.Z=01;31:*.gz=01;31:*.deb=01;31:*.jpg=01;35:*.gif=01;35:*.bmp=01;35:*.ppm=01;35:*.tga=01;35:*.xbm=01;35:*.xpm=01;35:*.tif=01;35:*.mpg=07;44:*.avi=07;44:*.gl=07;44:*.dl=07;44:' MANPATH = `:/usr/ssl/man:/usr/X11R6/man' NUMBER_OF_PROCESSORS = `1' OLDPWD = `/cygdrive/h/tapes/donsfiles' OS2LIBPATH = `C:\WINNT\system32\os2\dll;' OS = `Windows_NT' PATHEXT = `.COM;.EXE;.BAT;.CMD;.VBS;.VBE;.JS;.JSE;.WSF;.WSH' PKG_CONFIG_PATH = `/usr/X11R6/lib/pkgconfig' PROCESSOR_ARCHITECTURE = `x86' PROCESSOR_IDENTIFIER = `x86 Family 6 Model 8 Stepping 3, GenuineIntel' PROCESSOR_LEVEL = `6' PROCESSOR_REVISION = `0803' PROGRAMFILES = `C:\Program Files' PS1 = `]0;\w [EMAIL PROTECTED] [33m\w[0m $ ' ROOTDIR = `J:/mksnt' SHELL = `/bin/bash' SHLVL = `1' SYSTEMDRIVE = `C:' SYSTEMROOT = `C:\WINNT' TEMP = `c:\WINNT\Profiles\don.000\LOCALS~1\Temp' TERM = `rxvt' USERDOMAIN = `DON' USERNAME = `don' USERPROFILE = `C:\WINNT\Profiles\don.000' VSCOMNTOOLS = `"C:\Program Files\Microsoft Visual Studio .NET\Common7\Tools\"' WINDIR = `C:\WINNT' WINDOWID = `168116064' _ = `/usr/bin/cygcheck' POSIXLY_CORRECT = `1' HKEY_CURRENT_USER\Software\Cygnus Solutions HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\mounts v2 HKEY_CURRENT_USER\Software\Cygnu
Re: sundry & using rootfs as cygwin-root
I have found that giving cygwin its own partition and setting / to the root of the volume gives the best of all worlds for me. I have also used systems with a LETTER:/cygwin and experienced no unexpected or inconvenient behaviour. Cheers Don Sharp Max Bowsher wrote: linda w wrote: Since some fair number of people (including myself) do use the cygwin fs root set at C:\, and having done so over win98,me,2000 and xp I've, personally, never ran into any problems, I was wondering if anyone else *had* run into problems having Cygroot=C:\ ? AFAIK the reasons for this are: Intermingling cygwin files and directories with Program Files, WINDOWS, and all the other bits windows sticks in C:\ is just... *messy*. It's good to be able to tell people "to uninstall cygwin, just delete C:\cygwin" You never know if some other program is going to decide C:\usr would be a good place to install to. I'm fairly sure I came across a Perl installer that did this at some stage. I did run into a problem on a friend's system when I decided to take the more conservative approach and install cygwin in the non-root of his system -- since it wasn't my sys and didn't want to go against the "suggestion" of the cygwin installer...but in using his system after that, not having the two roots be synonomous has been nothing but a pain. find commands, locate and such that used to work from root now no longer work as expected. I can't access the whole system the way I was used to...it's more like cygwin is installed into a separate little compartment over to the side, whereas when I install it in root, I am more often using it as a OS adjunct/layer, as, I _think_, many people are. I'm using Cygwin as a most important part of my environment, and I don't find it odd to have it in C:\cygwin. In fact, I'd *hate* it to have "Program Files", WINDOWS, and so on cluttering up my '/' directory. If you dislike typing /cygdrive/c, then set up a symlink at /c. So I was wondering -- is that warning really _necessary_? and if it is, maybe it is only necessary when creating a new install and not running an update on an existing install each time? That's probably a good idea. Max. -- 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/ -- 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: Keypress anomaly: maybe locality specific
I can confirm Fergus' results with bash and show below that sh is free from the fault. G:\>\bin\sh $ echo £ £ $ 789£ 789£: not found $ I attach my cygcheck.out Cheers Don Sharp [EMAIL PROTECTED] wrote: > > Windows XP. The anomaly happens in Cygwin 1.5.6 and 1.5.5 and maybe earlier > still, but I have no way of confirming this ... it's a bit parochial (may be > UK specific, I think) but I'd like to describe it here as, I hope, an easily > identifiable and curable anomaly. > > This comes to you from the UK. If I set keyboard= language= everything else= > US within Windows, and operate from the sparsest possible bash console > within Cygwin, everything works fine. The symbols I get on screen don't > quite match what is painted on the keys I pressed, but that's as expected, > because my keyboard is a UK one. Usually it's one-one. In a small number of > cases one ends up playing a kind of connected game of chase, running through > @ and " and also \ and | and ~ before learning what gives what. In > particular gives the hash symbol #, even though what's painted on > the key is a £ sign (UK pound). I have found no way of actually getting a £ > sign, but nor can I get a whole load of other symbols, currency and all > sorts, so this is no surprise. > > Now use the Control Panel to change at the Windows level to keyboard= > language= everything else= UK (my standard settings, in fact). Now there's > an exact match between what's painted on the keys and what appears on screen > for all of " and @ and ... and now gives £, as painted on the key. > > It is what I get in Word, at the XP Command Prompt, in Notepad and all the > rest. > > I even get it in nano-within-Cygwin and vim-within-Cygwin. > > But, oddly, at the bash command line in Cygwin I get not a GB pound sign £; > and not even the hash sign #; but actually a two key combination # + Enter, > so that one gets taken to a new, empty, command line. The hash sign alone is > printed. If I type > > $ 789 (don't press Enter) > > what I get on screen is > > $ #789 > $ > > so the hash is printed at the start of the line AND an is assumed. > > There is probably a level (e.g. "printers") at which an emailed query about > weird behaviour would quite rightly get the response "It's your printer, > you're on your own". I appreciate the somewhat locality-specific nature of > this query, but have I explained it sufficiently to suggest that it > shouldn't be happening, even in a minority situation, and maybe for cause > and cure to be evident to somebody who can implement that cure? > > Thank you. > > 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/ Cygwin Win95/NT Configuration Diagnostics Current System Time: Mon Jan 26 14:31:20 2004 Windows 2000 Professional Ver 5.0 Build 2195 Service Pack 4 Path: G:\usr\local\bin G:\\bin n:\X11R6\bin G:\bin j:\mksnt t:\java\jdk\j2sdk1.4.1_01\bin t:\java\j2sdk\jdk1.4.1_01\jre\bin c:\oracle\bin c:\PROGRA~1\Oracle\jre\1.1.7\bin c:\Sybase\DLL c:\Sybase\BIN c:\WINNT\system32 c:\WINNT f:\BORLAND\BC4.02\BIN c:\PROGRA~1\MICROS~3\Common\Tools\WinNT c:\PROGRA~1\MICROS~3\Common\MSDev98\Bin c:\PROGRA~1\MICROS~3\Common\Tools c:\PROGRA~1\MICROS~3\VC98\bin . Output from G:\bin\id.exe (nontsec) UID: 1001(don) GID: 513(None) 513(None) Output from G:\bin\id.exe (ntsec) UID: 1001(don) GID: 513(None) 513(None) 544(Administrators) 551(Backup Operators) 546(Guests) 547(Power Users) 552(Replicator) 545(Users) SysDir: C:\WINNT\system32 WinDir: C:\WINNT CYGWIN = `binmode ntsec tty' C_INCLUDE_PATH = `/usr/local/include' HOME = `d:\users\don' LIBRARY_PATH = `/usr/local/lib' MAKE_MODE = `unix' PWD = `/cygdrive/d/users/don' USER = `don' ALLUSERSPROFILE = `C:\WINNT\Profiles\All Users' APPDATA = `C:\WINNT\Profiles\don.000\Application Data' BORLAND_CPP_HOME = `F:\BORLAND\BC4.02' CDPATH = `.:/dosr/avalon/src/src:/dost/avalon/src' COLORFGBG = `11;default;0' COLORTERM = `rxvt-xpm' COMMONPROGRAMFILES = `C:\Program Files\Common Files' COMPUTERNAME = `DON' COMSPEC = `C:\WINNT\system32\cmd.exe' CPLUS_INCLUDE_PATH = `/usr/local/include' CVSROOT = `/dosi/localcvs' DISPLAY = `:0' HOMEDRIVE = `d:' HOMEPATH = `\users\don' INCLUDE = `C:\Program Files\Microsoft Visual Studio .NET\FrameworkSDK\include\' J2EE_HOME = `J:\
Re: non network install
Hi there My WAG is that you need to place all those top level directory contents into a single new top level directory. setup.exe is said to fumble the ball if you try an install from a package directory which is the root directory of a drive. When you run :\\setup.exe you have to ensure that the nominated local package directory is :\ HTH Don Sharp B Thomas wrote: > > Hi, > Thank you for responding. > > But it doesn't seem like I have some thing missing , here is the listing > of my top level CD-ROM directory : > > directory - > total 1116 > -r--r--r--1 bt bt 2600 Jun 10 08:00 INSTALL.TXT > -r--r--r--1 bt bt 4141 Apr 18 2002 README.TXT > -r--r--r--1 bt bt 393740 Jun 9 19:38 cygwin.pdf > dr-xr-xr-x5 bt bt 4096 Jun 10 05:50 mail-archives > dr-xr-xr-x 17 bt bt 4096 Jun 10 04:55 math > -r--r--r--1 bt bt225 Jun 10 06:47 md5.sum > dr-xr-xr-x2 bt bt 4096 Jun 5 2002 private > dr-xr-xr-x 174 bt bt 4096 Jun 10 06:47 release > -r--r--r--1 bt bt 48079 Jun 9 22:07 setup.bz2 > -r--r--r--1 bt bt 259072 Jun 10 06:35 setup.exe > -r--r--r--1 bt bt 183808 Jun 9 22:07 setup.exe.old > -r--r--r--1 bt bt 186186 Jun 9 22:07 setup.ini > dr-xr-xr-x2 bt bt 4096 Jun 10 03:03 tmp > dr-xr-xr-x2 bt bt 4096 Jun 10 09:41 utils > dr-xr-xr-x3 bt bt 4096 Jun 10 04:58 xfree > > As you can see it is all there and was downloaded just yesterday. Infact > I compared the setup.exe and setup.ini on both the CD and the hard > drive. Both are identical byte by byte. Yet they behave differently or I > must be hallucinating :-). Note the CD rom very closely mirrors the > ftp archive. I am trying to find my way through setup's source code but > with my busy schedule this is going to take a long long time, so I am > really hoping some one would answer this. > > And yes I installed not only libintl2 but the other versions of libintl > also . Infact in trying to solve this problem I tried to install all the > packages except : > > apache > ccache > curl > doxygen > dpkg > emacs > enscript > exim > fortune > gcc2 > ghostscript > gnugo > guile > libxml2 > libxslt > lilypond > mutt > nano > perl > pine > postgresql > proftpd > python > ruby > splint > squid > swig > tetex > texmf > xerces-c > xfree > > I will gladly put the CD ISO image on an anonymous ftp site should > anyone be interested in having a look at it. > > regards > B Thomas > > On Tue, Jun 10, 2003 at 03:16:45PM +0100, Max Bowsher wrote: > > B Thomas wrote: > > > Hi, > > > I would be gratefull if you could help with the following problem: > > > > > > I am trying to make a CD so that cywin binary/source can be installed > > > from this CD. The reason being I only have a linux computer my friend > > > only has a Windows XP. I have a fast internet connection , he has none. > > > we finally did get his computer hooked up to my network and installed. > > > However I would like to know how to do this still > > > > > > So I mirrored a cygwin ftp archive and burned them onto a CD. However when > > > I try to install from the CD I get the following two errors many, many > > > times when the post-install scripts are running. > > > > > > 1) sed.exe : "The procedure entry point libintl_gettext could not be > > located in > > > the dynamic link library cygintl-2.dll" . > > > > > > 2) basename.exe : "The procedure entry point libintl_bindtextdomain > > > could not be located in the dynamic link library cygintl-2.dll" > > > > > > Apparently as a result of these errors almost nothing works not even - > > > ls, man , info ... etc. > > > > > > Since we have been trying to install almost the entire distro it is not > > > possible that some thing is missing. If i am correct this particular > > > library is provided by the gettext package which is being installed too. > > > > > > > > > I also noticed oddly that setup.exe classifies packages into categories > > > when I ran it on his computer , and did a network install but it lists > > > all packages in one category "misc" when we tried to install from the CD > > > i made. > > > > You've missed the setup.ini file, which contains all the category and > > dependency information. >
Re: non network install
See inline comment below. B Thomas wrote: > > We did try copying the CD contents to his harddrive to a directory in > My Documents\temp\Cygwin\setup.exe(and other subdirectories) > Then ran setup and specified that we wanted to install from "local disk" > with path My Documents\temp\Cygwin\release. The path should be to the directory containing release. In your case "My Documents\temp\Cygwin" HTH Don Sharp > Even this gave the same errors as I originally posted. It was then we > decided to make the effort to get his computer to my place. Please > correct me if I am wrong but this seems to indicate the problem here was > not that of the top level directory. Could you kindly point me to the > web page where you read about this problem . > sincerely > B Thomas > > On Tue, Jun 10, 2003 at 04:03:00PM +0100, Don Sharp wrote: > > Hi there > > > > My WAG is that you need to place all those top level directory contents > > into a single new top level directory. setup.exe is said to fumble the > > ball if you try an install from a package directory which is the root > > directory of a drive. > > > > When you run > > > > :\\setup.exe > > > > you have to ensure that the nominated local package directory is > > > > :\ > > > > HTH > > > > Don Sharp > > -- > 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/ -- 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: Reading a Solaris tape created by ufsdump
"Meier, Daniel W." wrote: > > The only tape drive I have that's capable of reading this tape is an > internal drive on a W2K box with Cygwin loaded. > > I tried doing a remote ufsrestore from a Solaris server but got: > blade-100: ufsrestore tf backup:/dev/st0 > connect to address 128.57.32.9: Connection refused > > I probably need some Cygwin service to run to service the request, but which > one? > "inetd" is the service you need. Remember to read /usr/doc/Cygwin/inetutils-1.3.2.README HTH Don Sharp -- 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: Does cygwin do "find" a little bit differently?
Hi Steve It is almost certain that you have MS Windows paths prior to cygwin/bin in your PATH and so you are picking up MS' find rather than the Cygwin find. Try which find HTH Don Sharp Steve wrote: > > Hi; > > I am on windows 2000 with cygwin. > > My apologies if this isn't a cygwin issue. > > I tried using find in cygwin with some examples from various > documentation on the command. > > I kept getting the same error messages. I was wondering if the cygwin > syntax was a bit different. > > This is what I tried: > > bash-2.05b$ pwd > /cygdrive/c/CUP/VRC > bash-2.05b$ find . -name "errors.txt" -print > FIND: Parameter format not correct > bash-2.05b$ > > Thanks in advance, and my apologies if this is not a cygwin issue > > Steve > > -- > 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/ -- 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: make from cvs file
alex hardy wrote: > > I am having a problem with make > > When I downloaded the file minion from the net > it would make but not test make, so I was told > to download the files from a cvs site, however > on invoking make this is my problem > > [EMAIL PROTECTED] ~/src/minion > $ make -f ./src/minion/makefile > make: ./src/minion/makefile: No such file or directory > make: *** No rule to make target `./src/minion/makefile'. Stop > > src is in my home directory and in the minion folder > there is a makefile. > Judging by your prompt you are already in ~/src/minion. If you do ls do you see the makefile? Try just typing make HTH Don Sharp -- 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/
ls -l gets the dates wrong on CD
Hello Cygwinners I noticed that when I did an ls -l in a directory on a CD I got dates in the future. DOSish command dir gets the dates right. Latest Cygwin installed. cygcheck.out attached $ uname -a CYGWIN_NT-4.0 don 1.3.22(0.78/3/2) 2003-03-18 09:20 i686 unknown unknown Cygwin $ ls -l total 0 dr-xr-xr-x2 don None0 Apr 22 2009 argo dr-xr-xr-x6 don None0 Apr 22 2009 dhtml dr-xr-xr-x5 don None0 Apr 22 2009 drawcli dr-xr-xr-x3 don None0 Apr 22 2009 getifaces dr-xr-xr-x3 don None0 Apr 22 2009 getifaddr dr-xr-xr-x8 don None0 Apr 22 2009 java dr-xr-xr-x2 don None0 Apr 22 2009 misc dr-xr-xr-x4 don None0 Apr 22 2009 pingex dr-xr-xr-x2 don None0 Apr 22 2009 strtest dr-xr-xr-x3 don None0 Apr 22 2009 webfeet $ cmd /c dir Volume in drive E is AVATR140403 Volume Serial Number is 6B32-B354 Directory of e:\users\don\experime.nt 65535/18/27 05:01p . 65535/18/27 05:01p .. 01/15/03 09:45a argo 01/13/03 03:43p dhtml 01/13/03 03:44p drawcli 01/13/03 03:44p getifaces 01/13/03 03:44p getifaddr 01/13/03 03:44p java 01/13/03 03:44p misc 01/13/03 03:44p pingex 01/13/03 03:44p strtest 01/13/03 03:50p webfeet 12 File(s) 0 bytes 0 bytes free This is similar to a bug I reported back in 2000, see http://www.cygwin.com/ml/cygwin/2000-10/msg01076.html but in that case it seemed to apply to the root of FAT partitions. Cheers Don Sharp Cygwin Win95/NT Configuration Diagnostics Current System Time: Tue Jul 15 16:17:23 2003 Windows NT Ver 4.0 Build 1381 Service Pack 6 Path: G:\usr\local\bin G:\\bin n:\X11R6\bin G:\bin j:\mksnt t:\java\jdk\j2sdk1.4.1_01\bin t:\java\j2sdk\jdk1.4.1_01\jre\bin c:\oracle\bin c:\PROGRA~1\Oracle\jre\1.1.7\bin c:\Sybase\DLL c:\Sybase\BIN c:\WINNT\system32 c:\WINNT f:\BORLAND\BC4.02\BIN c:\PROGRA~1\MICROS~2\Common\Tools\WinNT c:\PROGRA~1\MICROS~2\Common\MSDev98\Bin c:\PROGRA~1\MICROS~2\Common\Tools c:\PROGRA~1\MICROS~2\VC98\bin . G:\bin\id.exe output (nontsec) UID: 1001(don) GID: 513(None) 513(None) 544(Administrators) 551(Backup Operators) 546(Guests) 547(Power Users) 552(Replicator) 545(Users) G:\bin\id.exe output (ntsec) UID: 1001(don) GID: 513(None) 513(None) 544(Administrators) 551(Backup Operators) 546(Guests) 547(Power Users) 552(Replicator) 545(Users) SysDir: C:\WINNT\System32 WinDir: C:\WINNT CYGWIN = `binmode ntsec tty' C_INCLUDE_PATH = `/usr/local/include' HOME = `d:\users\don' LIBRARY_PATH = `/usr/local/lib' MAKE_MODE = `unix' PWD = `/cygdrive/e/users/don/experime.nt' USER = `don' CDPATH = `.:/dosr/avalon/src/src:/dost/avalon/src' COLORFGBG = `11;default;0' COLORTERM = `rxvt-xpm' COMPUTERNAME = `DON' COMSPEC = `C:\WINNT\system32\cmd.exe' CPLUS_INCLUDE_PATH = `/usr/local/include' DISPLAY = `:0' HOMEDRIVE = `d:' HOMEPATH = `\users\don' INCLUDE = `C:\Sybase\INCLUDE;' J2EE_HOME = `J:\java\jdk\j2sdkee1.4' JAVA_HOME = `T:\java\jdk\j2sdk1.4.1_01' LIB = `C:\Sybase\LIB;' LOGONSERVER = `\\DON' LS_COLORS = `no=00:fi=00:di=01;36:ln=00;34:pi=40;33:so=00;35:bd=40;33;01:cd=40;33;01:or=40;31;01:ex=00;32:*.tar=01;31:*.tgz=01;31:*.arj=01;31:*.taz=01;31:*.lzh=01;31:*.zip=01;31:*.z=01;31:*.Z=01;31:*.gz=01;31:*.deb=01;31:*.jpg=01;35:*.gif=01;35:*.bmp=01;35:*.ppm=01;35:*.tga=01;35:*.xbm=01;35:*.xpm=01;35:*.tif=01;35:*.mpg=07;44:*.avi=07;44:*.gl=07;44:*.dl=07;44:' MANPATH = `:/usr/ssl/man' NUMBER_OF_PROCESSORS = `1' OLDPWD = `/cygdrive/e' ORACLE_HOME = `c:\oracle' OS2LIBPATH = `C:\WINNT\system32\os2\dll;' OS = `Windows_NT' PATHEXT = `.COM;.EXE;.BAT;.CMD;.VBS;.VBE;.JS;.JSE;.WSF;.WSH' PROCESSOR_ARCHITECTURE = `x86' PROCESSOR_IDENTIFIER = `x86 Family 6 Model 8 Stepping 3, GenuineIntel' PROCESSOR_LEVEL = `6' PROCESSOR_REVISION = `0803' PS1 = `]0;\w [EMAIL PROTECTED] [33m\w[0m $ ' ROOTDIR = `J:/mksnt' SHELL = `/bin/bash' SHLVL = `1' SYBASE = `C:\Sybase' SYSTEMDRIVE = `C:' SYSTEMROOT = `C:\WINNT' TEMP = `c:\TEMP' TERM = `rxvt' USERDOMAIN = `DON' USERNAME = `don' USERPROFILE = `C:\WINNT\Profiles\don.000' WINDIR = `C:\WINNT' WINDOWID = `168049264' _ = `/usr/bin/cygcheck' HKEY_CURRENT_USER\Software\Cygnus Solutions HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin HKEY_CURRENT_USER\S
Re: Ideas re problem reporting
andrew brian clegg wrote: > > On Wed, 16 Jul 2003 [EMAIL PROTECTED] wrote: > > > Perhaps even a bug reporting script that asked the questions you want > > answered, and ran cygcheck etc. (basically, automating as much of the > > http://cygwin.com/problems.html procedure as far as possible), might be > > worthwhile. > > That reminds me about an idea I had re. cygcheck results. Is it possible > to set up the listserver to bounce messages that look like they've had a > cygcheck.out pasted inline, so people (usually Igor ;) ) don't have to > keep reeling off the spiel about attaching them? > As one of those that have inadvertently inlined their cygcheck.out I would appreciate finding out how to dissuade Netscape 4.78 from inlining text attachments. Cheers Don Sharp -- 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 regarding problem during uninstall using setup.exe
Hi Alan Bear in mind that some of the mount points might include Cygwin packages. For instance my /usr/X11R6 is mounted from a separate partition for space reasons. So it couldn't be unmounted and still be updated. Cheers Don Sharp Alan Miles wrote: > > Rob, > > Sorry it has been a looong week ... with quite a number of looong weeks > ahead, > and I misinterpreted your response. > > Anyway, I appreciate your responses. I am going to try a preremove script. I > have just checked http://cygwin.com/setup.html > to see if there is any online info about how these work, but I couldn't see > any. > > Anyway with the preremove script, I am going to try an unmount first of any > specific mounted dir's prior to the removal of the package. > > I am aware (as I subscribe to cygwin-apps) that there is allot of work being > done on setup.exe and cygwin dll (1.5.1) and not being familiar with the > program would take allot of work to get up to speed. > > However, I would be more than willing to share my results of the preremove > script, if the unmounting works. > > Alan > > -Original Message- > From: Robert Collins [mailto:[EMAIL PROTECTED] > Sent: August 1, 2003 17:00 > To: [EMAIL PROTECTED] > Cc: [EMAIL PROTECTED] > Subject: RE: Question regarding problem during uninstall using setup.exe > > On Fri, 2003-08-01 at 21:45, Alan Miles wrote: > > Rob, > > > > Thanks for the message. > > > > However, my "packages" did NOT create these directories - I just wish to > > mount them, therefore setup should not be deleting them. For example, > > I understand that. Which part of my email suggested I did not understand > the problem? > > It's known. The cause it predictable. We could do better - hey, you're > welcome to join in the development and help improve this area! > > Cheers, > Rob > > -- > GPG key available at: http://members.aardvark.net.au/lifeless/keys.txt. > --- > > -- > 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/ -- 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: need help
[EMAIL PROTECTED] wrote: > > Hello, > > when i start cygwin, the program say's i have to create a folder /tmp (C:\tmp). > Now my question: Can i change the path from this folder to an other path (for > example c:\program files\cygwin\tmp)? What i have to do, to change the path? > Thank you for your help. > I would be inclined to binary mount it for everyone mount -s -b c:\\program\ files\\cygwin\\tmp /tmp If you must stick to a directory path with spaces in it might be better to use mount -s -b c:\\PROGRA~1\\cygwin\\tmp /tmp If c:\program files\cygwin is your cygwin / then mkdir /tmp may be an easier choice. Cheers Don Sharp -- 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/
testing accessibility to sources.redhat.com
This is a somewhat off topic item. I have been trying for the last three weeks to update my cygwin installation with setup.exe. Unfortunately I can't establish a connection. traceroute (from my linux firewall) and tracert from my NT box both show that the trace reaches a router somewhere in the USA and then falls down a black hole. MY ISP says it's not his problem because he's passed the packets onward. Has anyone else, (particularly customers of blueyonder.co.uk), had any trouble reaching sources.redhat.com? Until recently I have had no difficulties updating. TIA Don Sharp -- 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: testing accessibility to sources.redhat.com
Elfyn McBratney wrote: > > > This is a somewhat off topic item. > > I have been trying for the last three weeks to update my cygwin > > installation with setup.exe. Unfortunately I can't establish a connection. > > Just a bit ;-) > > > traceroute (from my linux firewall) and tracert from my NT box both show > > that the trace reaches a router somewhere in the USA and then falls down > > a black hole. MY ISP says it's not his problem because he's passed the > packets > > onward. Has anyone else, (particularly customers of blueyonder.co.uk), > > had any trouble reaching sources.redhat.com? Until recently I have had no > > difficulties updating. > > Well I use blueyonder broadband, BT ADSL and B... Freeserve dial-up. > I have no problems connecting from either service to s.r.c . > Thanks for letting me know it works for you. Cheers Don Sharp -- 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: testing accessibility to sources.redhat.com
Christopher Faylor wrote: > > On Fri, Feb 07, 2003 at 08:44:47PM +0000, Don Sharp wrote: > > > > > >Elfyn McBratney wrote: > >> > >> > This is a somewhat off topic item. > >> > I have been trying for the last three weeks to update my cygwin > >> > installation with setup.exe. Unfortunately I can't establish a connection. > >> > >> Just a bit ;-) > >> > >> > traceroute (from my linux firewall) and tracert from my NT box both show > >> > that the trace reaches a router somewhere in the USA and then falls down > >> > a black hole. MY ISP says it's not his problem because he's passed the > >> packets > >> > onward. Has anyone else, (particularly customers of blueyonder.co.uk), > >> > had any trouble reaching sources.redhat.com? Until recently I have had no > >> > difficulties updating. > >> > >> Well I use blueyonder broadband, BT ADSL and B... Freeserve dial-up. > >> I have no problems connecting from either service to s.r.c . > >> > > > >Thanks for letting me know it works for you. > > Out of curiousity, what IP address are you seeing for sources.redhat.com? The > server moved a few weeks ago. The IP address should be: 66.187.233.205 . > The difficulty has arisen since the change to your new IP address. My ISP's DNS knows the right IP but my packets disappear down a black hole somewhere in the USA. MY ISP's help desk acknowledge that they can't reach s.r.c either but say they can't do anything about it. Traces from other ISP's in the UK work fine and even blueyonder's professional (business) provider can make the route. However it seems that for me any packets to a 66.x.x.x address fall down a black hole. Cheers Don Sharp -- 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: testing accessibility to sources.redhat.com
Dear Cygwinners Thanks to David, Elfyn and Chris for replying. The correspondence has led me to finding the rule in my firewall which was blocking the ICMP echo reply request from sources.redhat.com. Access has been restored. Thanks again Don Sharp Christopher Faylor wrote: > > On Fri, Feb 07, 2003 at 08:44:47PM +0000, Don Sharp wrote: > > > > > >Elfyn McBratney wrote: > >> > >> > This is a somewhat off topic item. > >> > I have been trying for the last three weeks to update my cygwin > >> > installation with setup.exe. Unfortunately I can't establish a connection. > >> > >> Just a bit ;-) > >> > >> > traceroute (from my linux firewall) and tracert from my NT box both show > >> > that the trace reaches a router somewhere in the USA and then falls down > >> > a black hole. MY ISP says it's not his problem because he's passed the > >> packets > >> > onward. Has anyone else, (particularly customers of blueyonder.co.uk), > >> > had any trouble reaching sources.redhat.com? Until recently I have had no > >> > difficulties updating. > >> > >> Well I use blueyonder broadband, BT ADSL and B... Freeserve dial-up. > >> I have no problems connecting from either service to s.r.c . > >> > > > >Thanks for letting me know it works for you. > > Out of curiousity, what IP address are you seeing for sources.redhat.com? The > server moved a few weeks ago. The IP address should be: 66.187.233.205 . > > 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/ -- 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: sshd, ftpd telnetd starts, but says incorrect passwd
Are you running the inetd daemon to start ftpd and telnetd? If you aren't make sure you look at /usr/doc/Cygwin/inetutils-1.3.2.README. I run ftpd and telnetd all the time via inetd. Ensure your /etc/passwd and /etc/group are up to date. HTH Don Sharp "Malghan, Ravi" wrote: > > Please let me know if anybody responds to you. I think it's something very > simple and I have been searching all over the mailing lists and have only > seen questions but no answers for this problem. > > Thanks > Ravi > > -Original Message- > From: Nandini [mailto:[EMAIL PROTECTED]] > Sent: Wednesday, February 19, 2003 8:09 PM > To: [EMAIL PROTECTED] > Subject: sshd, ftpd telnetd starts, but says incorrect passwd > > Hi: I am trying to set these deamons (sshd, ftpd > telnetd). The deamon starts fine. But when I ssh or > ftp or telnet I keep getting incorrect password. I > have created the /etc/passwd and /etc/group using > mkpasswd -lc, mkgroup -lc and I see the username I am > using in /etc/passwd. Is there anything else I have to > do for the authentication to work? > For ftpd, I donot have the file /etc/nologin, no lines > in /etc/ftpusers and the shell for all users is bash > which does exist in /etc/shells file. > > Thanks > Nand > > __ > Do you Yahoo!? > Yahoo! Shopping - Send Flowers for Valentine's Day > http://shopping.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/ > > -- > 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/
ftp can't set uid
I found the following message during a google search, but no resolution. www.cygwin.com/ml/cygwin/2001-05/msg01199.html Today I stopped inetd, removed as service, reinstalled inetutils, installed as service but am still seeing all the same things Gerrit reported. Cygwin bang up to date with everything. Any joy making ftp work anyone? Cheers Don Sharp -- 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: ftp can't set uid
Corinna Vinschen wrote: > > On Fri, Dec 07, 2001 at 04:14:08PM +0000, Don Sharp wrote: > > I found the following message during a google search, but no resolution. > > www.cygwin.com/ml/cygwin/2001-05/msg01199.html > > Today I stopped inetd, removed as service, reinstalled inetutils, > > installed as service but am still seeing all the same things Gerrit > > reported. Cygwin bang up to date with everything. > > > > Any joy making ftp work anyone? > > Yep. For months now. Did you check /etc/passwd and /etc/group? > And the permissions? /etc and it's files readable? Thanks Corinna. I had not remade my /etc/passwd and /etc/group after the reinstall as I thought the original ones would do. Obviously not! Remaking them with mkpasswd -l > /etc/passwd mkpasswd -l > /etc/group allowed me ftp access. I removed the guest entry from passwd as per a suggestion in the list (from Egor Duda I believe) to tighten the ftp security. Cheers Don Sharp -- 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/
Linux tar expects to exec /etc/rmt
Hi Folks Just wanted to log the fact that I had to copy /sbin/rmt.exe to /etc so that my remote tar from a Linux (Mandrake) box could find the right executable. Cheers Don Sharp -- 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: Cygrunsrv and backups
If you have experience of backing up using tar on Unix then you can do the same with cygwin. Tape positioning with "mt" on the no-rewind editions of the tape device (e.g. /dev/nst0). My backup script looks like #!/usr/bin/sh mt -f /dev/nst0 status echo "Archive T: starting at `date`" cd /dost tar cf /dev/nst0 * mt -f /dev/nst0 tell sleep 30 echo "Archive D: starting at `date`" cd /cygdrive/d tar cf /dev/nst0 * mt -f /dev/nst0 tell sleep 30 echo "Archive finished at `date`" mt -f /dev/nst0 rewoffl The sleeps may not be necessary but I have had problems in the pass with streaming tapes when I haven't include them. Hope that helps Don Sharp "Craveiro, Marco" wrote: > > Huh, before I starting getting flamed, may I just add that there is plenty > of documentation about ssh and cron on the mailing list, I just made the > mistake of using google instead of searching the mailing list directly. > Apologies. > > I am still searching for docs on backing up, so if you got info on that > please let me know. > > Thanks! > > marco > > -Original Message- > From: Craveiro, Marco > Sent: 26 April 2002 09:37 > To: [EMAIL PROTECTED] > Subject: Cygrunsrv and backups > > Hello cygwiners! > > First many thanks for a great product, its getting greater with each > release. Contrary to some people on this list I have had no problems with > it. in fact, I have just finished installing it on a production server (nt > 4.0) and two workstations (w2k and XP) without any problems whatsoever; > setup.exe is brilliant. Also, huge thanks for the person that put in the > script that configures TeX, I was just about to start reading the howto's > :-)) > > Now, for my problem: I need to start backing up data using cygwin. I did a > search on the web but there are no obvious docs about it. Can someone point > me to: > > - docs (or posts) talking about setting up cron and ssh as a service, or > describing cygrunsrv with different services. I have found a brilliant howto > for > Inetd, is there something like that for these other services? > - docs (or posts) talking about backing up data using cygwin: how do you > rewind the tape, Append data, etc. > > If none or some of it is not possible please let me know. > > Thanks for your time! > > Marco > > -- > 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: Cygrunsrv and backups
"Craveiro, Marco" wrote: > > oh mate, thanks for that, could have saved me hours of digging - > unfortunately i receive the cygwin digest at the end of the day :-( need to > change that. > > anyway, there's just one thing i dont understand on your script: > > mt -f /dev/nst0 tell > > why do you need this? > One doesn't strictly need it. I use it to tell me how near to a full tape I am using so I reshuffle what goes on which tape when it proves necessary. A further point of note is that one should no longer do mounts of tape devices. For a while now they have been automatically available as /dev/[n]st[01..] if present on the system. Look it up in the archives around early to mid-November last year. Cheers Don Sharp > cheers! > > -Original Message- > > From: Don Sharp [SMTP:[EMAIL PROTECTED]] > > Sent: 26 April 2002 06:09 > > To: gnuwin32 > > Subject: Re: Cygrunsrv and backups > > > > If you have experience of backing up using tar on Unix then you can do > > the same with cygwin. Tape positioning with "mt" on the no-rewind > > editions of the tape device (e.g. /dev/nst0). > > > > My backup script looks like > > > > #!/usr/bin/sh > > mt -f /dev/nst0 status > > echo "Archive T: starting at `date`" > > cd /dost > > tar cf /dev/nst0 * > > mt -f /dev/nst0 tell > > sleep 30 > > echo "Archive D: starting at `date`" > > cd /cygdrive/d > > tar cf /dev/nst0 * > > mt -f /dev/nst0 tell > > sleep 30 > > echo "Archive finished at `date`" > > mt -f /dev/nst0 rewoffl > > > > The sleeps may not be necessary but I have had problems in the pass with > > streaming tapes when I haven't include them. > > > > Hope that helps > > > > Don Sharp > > -- 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: Cygrunsrv and backups
"Craveiro, Marco" wrote: > > "Don Sharp" wrote: > > > > anyway, there's just one thing i dont understand on your script: > > > > > > mt -f /dev/nst0 tell > > > > > > why do you need this? > > > > > > > One doesn't strictly need it. I use it to tell me how near to a full > > tape I am using so I reshuffle what goes on which tape when it proves > > necessary. > > > hey, that is quite cool as I want to add 2 tests to my script (is > the tape full, is the tape empty). how do i interpret the tell output, i.e. > whats the max blocks on a compressed dds-2 tape? The initial mt -f /dev/nst0 status reports tape capacity: 1760887 KB remaining: 1760887 KB current block:0 write protected : no datcompression : on Note the tape capacity report. This is NOT a constant as bad blocks are removed from the capacity automatically. The tape is a DDS-1 of nominally 2Gb capacity. The tape blocks reported by "tell" depends on the blocking set before. In my case because I am using default tar blocking it reports in 10K blocks. However I have noticed that if I run an NT backup beforehand, "tell" reports in 1K blocks. I believe that you can set the block size for the hardware using "mt". HTH Don Sharp -- 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: Cygrunsrv and backups
"Craveiro, Marco" wrote: > > Don, i'm sorry about being such a pain but i have googled for a bit with no > luck :-( > on my status i dont get the remaining blocks, only the total capacity. i > then did a status 3 which tells me that "reports remaining" is set to "no". > so i'm assuming i have this option disabled. i couldnt find no info on the > net on how to enable it. is this some kind of hardware thing, as in my > drive does not support it or is it just a software preference? and if it is > how do i set to yes, do you know? > Sorry no. I suspect its a hardware capability. Cheers Don Sharp -- 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/
problems if dot in front of bash CDPATH
Hi Folks There is an inconsistency when "." is included in one's CDPATH. If "." is at the start of the CDPATH then "cd someCDPATHdirectory/.." leaves you in the current directory. Works fine if "." isn't at CDPATH front. Example below $ echo $CDPATH .:/dosh/avalon/src/src:/dost/avalon/src $ pwd /dosh/avalon/src/src/com/miscapital/V2/IF $ cd dbase/.. /dosh/avalon/src/src/com/miscapital/V2/IF $ pwd /dosh/avalon/src/src/com/miscapital/V2/IF $ cd dbase /dosh/avalon/src/src/dbase $ cd .. $ pwd /dosh/avalon/src/src $ cd comms/if /dosh/avalon/src/src/comms/if Now remove "." from the front of the CDPATH $ export CDPATH=/dosh/avalon/src/src:/dost/avalon/src $ cd dbase/.. /dosh/avalon/src/src Doesn't happen on the Unix systems I have access to. Is this unexpected behaviour for bash? Cheers Don Sharp Cygwin Win95/NT Configuration Diagnostics Current System Time: Wed Sep 18 12:10:15 2002 Windows NT Ver 4.0 Build 1381 Service Pack 6 Path: G:\usr\local\bin G:\\bin G:\bin f:\Perl\bin\ G:\bin j:\mksnt t:\java\jdk\jdk1.3.0_02\bin t:\java\jdk\jdk1.3.0_02\jre\bin t:\java\jdk\jdk1.3.0_02\jre\bin\hotspot c:\Sybase\DLL c:\Sybase\BIN c:\WINNT\system32 c:\WINNT c:\ORANT\BIN f:\BORLAND\BC4.02\BIN c:\PROGRA~1\MICROS~2\Common\Tools\WinNT c:\PROGRA~1\MICROS~2\Common\MSDev98\Bin c:\PROGRA~1\MICROS~2\Common\Tools c:\PROGRA~1\MICROS~2\VC98\bin . SysDir: C:\WINNT\System32 WinDir: C:\WINNT CYGWIN = `binmode ntsec tty' C_INCLUDE_PATH = `/usr/local/include' HOME = `d:\users\don' LIBRARY_PATH = `/usr/local/lib' MAKE_MODE = `unix' PWD = `/dosh/avalon/src/src' USER = `don' CDPATH = `.:/dosh/avalon/src/src:/dost/avalon/src' COLORFGBG = `11;default;0' COLORTERM = `rxvt-xpm' COMPUTERNAME = `DON' COMSPEC = `C:\WINNT\system32\cmd.exe' CPLUS_INCLUDE_PATH = `/usr/local/include' DISPLAY = `:0' HOMEDRIVE = `d:' HOMEPATH = `\users\don' INCLUDE = `C:\Sybase\INCLUDE;' JAVA_HOME = `T:\java\jdk\jdk1.3.0_02' LIB = `C:\Sybase\LIB;' LOGONSERVER = `\\DON' LS_COLORS = `no=00:fi=00:di=01;36:ln=00;34:pi=40;33:so=00;35:bd=40;33;01:cd=40;33;01:or=40;31;01:ex=00;32:*.tar=01;31:*.tgz=01;31:*.arj=01;31:*.taz=01;31:*.lzh=01;31:*.zip=01;31:*.z=01;31:*.Z=01;31:*.gz=01;31:*.deb=01;31:*.jpg=01;35:*.gif=01;35:*.bmp=01;35:*.ppm=01;35:*.tga=01;35:*.xbm=01;35:*.xpm=01;35:*.tif=01;35:*.mpg=07;44:*.avi=07;44:*.gl=07;44:*.dl=07;44:' MANPATH = `:/usr/ssl/man' NUMBER_OF_PROCESSORS = `1' OLDPWD = `/dosh/avalon/src/src/comms/if' ORACLE_HOME = `C:\Orant' OS2LIBPATH = `C:\WINNT\system32\os2\dll;' OS = `Windows_NT' PATHEXT = `.COM;.EXE;.BAT;.CMD;.VBS;.VBE;.JS;.JSE;.WSF;.WSH' PROCESSOR_ARCHITECTURE = `x86' PROCESSOR_IDENTIFIER = `x86 Family 6 Model 8 Stepping 3, GenuineIntel' PROCESSOR_LEVEL = `6' PROCESSOR_REVISION = `0803' PS1 = `]0;\w [32m\u@\h [33m\w[0m $ ' ROOTDIR = `J:/mksnt' SHELL = `/bin/bash' SHLVL = `1' SYBASE = `C:\Sybase' SYSTEMDRIVE = `C:' SYSTEMROOT = `C:\WINNT' TEMP = `c:\TEMP' TERM = `rxvt' USERDOMAIN = `DON' USERNAME = `don' USERPROFILE = `C:\WINNT\Profiles\don.000' WINDIR = `C:\WINNT' WINDOWID = `167838472' _ = `/usr/bin/cygcheck' HKEY_CURRENT_USER\Software\Cygnus Solutions HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\mounts v2 HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\Program Options HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2 (default) = `/cygdrive' cygdrive flags = 0x002a HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/ (default) = `G:/' flags = 0x000a HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/dosc (default) = `c:' flags = 0x000a HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/dosf (default) = `f:' flags = 0x000a HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/dosh (default) = `h:' flags = 0x000a HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/dosi (default) = `i:' flags = 0x000a HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/dosj (default) = `j:' flags = 0x000a HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/dost (default) = `t:' flags = 0x000a HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/tmp (default) = `c:\tmp' flags = 0x000a HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/usr/bin (default) = `G://bin' flags = 0x000a HKEY_LO
Updated rxvt-2.7.2-13 disturbs vim's colours
Hi I am afraid that this new version seriously upsets Vim on NT4 SP6a. During an editing session, my cursor changed to white, the background changed to white and most of the characters went invisible. I confirmed that this was not a brown out effect by shutting down and restarting from cold. It soon happened again while editing with vim. Normal command line behaviour is OK. Reverting to the previous 2.7.2-12 lets me edit in peace. Just thought I better mention it! Cheers Don Sharp Steve O wrote: > > Hi, > > rxvt is a replacement for the Windows command window. > > This version fixes: > > - Paste bug on Windows NT and ME. Thanks to Pierre Humblet and > Nicholas Wourms for helping debug this. > - ClearType with fixed width fonts. > > Please read /usr/doc/Cygwin/rxvt-2.7.2.README if you are new to > using rxvt. > > -steve > -- 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: gawk not taking redirected input under command.com
Is it possible that cmd.exe (and command.com) redirections and pipes are not acceptable whereas bash.exe uses Cygwin implemented redirections? Cheers Don Sharp Barry Buchbinder wrote: > > It's definitly cygwin's gawk doing it. > > C:\> c:\cygwin\bin\gawk -f t < autoexec.bat > GAWK: t:3: fatal: file `-' is a directory > > The following gives the expect output: > > C:\> c:\cygwin\bin\gawk -f t autoexec.bat > > There is no other gawk in the path. > > In bash: > > /c> type -a gawk > gawk is /bin/gawk > /c> /bin/which gawk > /bin/gawk > > In command.com, using both cygwin which and an MS-DOS > which: > > C:\> c:\cygwin\bin\which.exe gawk > /usr/bin/gawk > > C:\> c:\bin\which.exe gawk > C:/CYGWIN/BIN/gawk.exe > > In command.com, doing "dir /s /b" on all of the C: > drive: > > C:\> dir /s /b gawk.exe > C:\cygwin\bin\gawk.exe > > Similar searches for gawk.bat and gawk.com find > nothing. > > - Barry > > -Original Message- > From: Christopher Faylor > [mailto:[EMAIL PROTECTED]] > Sent: Wednesday, October 02, 2002 10:14 am > To: [EMAIL PROTECTED] > Subject: Re: gawk not taking redirected input under > command.com > > On Wed, Oct 02, 2002 at 05:47:52AM -0700, Barry > Buchbinder wrote: > >I have a problem with gawk. > > > >Under bash, it works as expected. > > > >Under command.com (win98se) it does the following > when > >taking input from a pipe or by redirection. > > > > C:\> cat autoexec.bat | gawk '{ print "!" $0 "!" }' > > GAWK: cmd. line:2: fatal: file `-' is a directory > > > > C:\> gawk '{ print "!" $0 "!" }' < autoexec.bat > > GAWK: cmd. line:2: fatal: file `-' is a directory > > Sounds like you have another, non-cygwin version of > gawk on your system. > > cgf > > __ > Do you Yahoo!? > New DSL Internet Access from SBC & Yahoo! > http://sbc.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/ -- 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: pico and nano: number of lines displayed
[EMAIL PROTECTED] wrote: > > Actually there is something going on here. I reverted to an earlier version > of Cygwin and even in a non-fullscreen rxvt environment, any of nano, pico > and vim use the entire available depth of the window to display the text > file being edited (so that for instance in pico and nano the Help menu > appears at the bottom of the page and 50+ lines of the file are visible). > > The latest current version of Cygwin now displays only 20 lines of the file > being edited to screen, exactly as in a basic bash window. > > Sorry not to be more specific about when the change occurred, but I think it > is absolutely recent. I use this size of window for these editors the whole > time, and the altered presentation caught my eye immediately. Unfortunately > all of cygwin, login and Goodness knows what have been updated recently and > I am not competent to isolate cause, only consequence! > > (Surely somebody out there uses viim in a rxvt windows and has also noticed > this difference, yesterday or the day before??) > I have a fully updated installation and I have never had a problem with using vi and rxvt at 67 lines x 80 columns - see below. $ stty -a speed 38400 baud; rows 67; columns 80; line = 0; intr = ^C; quit = ^\; erase = ^H; kill = ^U; eof = ^D; eol = ; eol2 = ; start = ^Q; stop = ^S; susp = ^Z; rprnt = ^R; werase = ^W; lnext = ^V; flush = ^O; min = 1; time = 0; -parenb -parodd cs8 -hupcl -cstopb cread -clocal -crtscts -ignbrk brkint ignpar -parmrk -inpck -istrip -inlcr -igncr icrnl ixon -ixoff -iuclc -ixany imaxbel opost -olcuc -ocrnl onlcr -onocr -onlret -ofill -ofdel nl0 cr0 tab0 bs0 vt0 ff0 isig icanon iexten echo echoe echok -echonl -noflsh -tostop echoctl echoke $ uname -a CYGWIN_NT-4.0 DON 1.3.15(0.63/3/2) 2002-11-07 13:57 i686 unknown Seems you might have a flaky installation. Cheers Don Sharp -- 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: pico and nano: number of lines displayed
[EMAIL PROTECTED] wrote: > > Actually there is something going on here. I reverted to an earlier version > of Cygwin and even in a non-fullscreen rxvt environment, any of nano, pico > and vim use the entire available depth of the window to display the text > file being edited (so that for instance in pico and nano the Help menu > appears at the bottom of the page and 50+ lines of the file are visible). > > The latest current version of Cygwin now displays only 20 lines of the file > being edited to screen, exactly as in a basic bash window. > > Sorry not to be more specific about when the change occurred, but I think it > is absolutely recent. I use this size of window for these editors the whole > time, and the altered presentation caught my eye immediately. Unfortunately > all of cygwin, login and Goodness knows what have been updated recently and > I am not competent to isolate cause, only consequence! > > (Surely somebody out there uses viim in a rxvt windows and has also noticed > this difference, yesterday or the day before??) > I have a fully updated installation and I have never had a problem with using vi and rxvt at 67 lines x 80 columns - see below. $ stty -a speed 38400 baud; rows 67; columns 80; line = 0; intr = ^C; quit = ^\; erase = ^H; kill = ^U; eof = ^D; eol = ; eol2 = ; start = ^Q; stop = ^S; susp = ^Z; rprnt = ^R; werase = ^W; lnext = ^V; flush = ^O; min = 1; time = 0; -parenb -parodd cs8 -hupcl -cstopb cread -clocal -crtscts -ignbrk brkint ignpar -parmrk -inpck -istrip -inlcr -igncr icrnl ixon -ixoff -iuclc -ixany imaxbel opost -olcuc -ocrnl onlcr -onocr -onlret -ofill -ofdel nl0 cr0 tab0 bs0 vt0 ff0 isig icanon iexten echo echoe echok -echonl -noflsh -tostop echoctl echoke $ uname -a CYGWIN_NT-4.0 DON 1.3.15(0.63/3/2) 2002-11-07 13:57 i686 unknown Seems you might have a flaky installation. Cheers Don Sharp -- 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: rxvt, stty and login
[EMAIL PROTECTED] wrote: > > I am really sorry to drone on about this, but I've tried to reduce the > problem to its basics. I feel more or less certain there's something a bit > glitchy with recent versions of login and how it interacts with rxvt. > > (BTW, I have not yet updated to login-1.6-1 as recently announced.) > > Start Cygwin with the sparse switchless command > > c:\Cygwin\bin\rxvt.exe > > Then just do this: > > $ stty -a > > speed 38400 baud; rows 25; columns 80; line = 0; > < .. and lots of other stuff .. > > > $ login > login: > fergus @ LEPER ~ > $ stty -a > > speed 38400 baud; rows 0; columns 0; line = 0; > < .. and lots of other stuff .. > > > In this second case of stty -a, rows and columns have altered from 25 and 80 > to 0 and 0. Is this not the root of the problem earlier described under > "pico and nano: number of lines displayed"? > > To do this test I deleted .bash_profile, .bashrc and .inputrc. It seems to > me that this is as sparse an example as I could have provided of this > strange behaviour, and would like to know whether others can duplicate it? > > I am using Windows 98 S/E. > Having tried typing "login username" in an rxvt window I can confirm that the problem exists on NT4 also. "login" is definitely the culprit and Sergei Okhapkin, in an earlier reply, showed the section of login code that's responsible. It's not clear why you are using login when you already have an rxvt window. I believe it isn't intended as a way of doing an "su username" but for use by telnetd etc. If I don't type login in an rxvt window I don't run into the problem. Cheers Don Sharp -- 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: No /dev Files for Tape Backup to Use?
"Mack, Daemian" wrote: > > I've installed Cygwin on NT4 in order to use tar to do some backups. I've > got a 15/30 Gb DLT tape drive hooked up to the machine. > > My understanding is that tar will need to refer to the tape device -- yet > there is no /dev directory. Is this common? Is there some other step I > need to take to generate the proper /dev files for my tape drive, etc? > > Please advise. The /dev directory is virtual in Cygwin. There are a number of devices which are "known" to Cygwin and they include /dev/st0. I know because I use it quite frequently, albeit to refer to a DAT drive rather than a DLT. Try mt -f /dev/st0 status If you get a reasonable status report you are in business. See the Cygwin User Guide which should have a section on special device names. HTH Don Sharp -- 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: GCC 2.96 for new cygwin?
Patrick Reuter wrote: > > Hi, > > I downloaded the new cygwin version, and now I can not anymore compile > all my C++ projects, because my gcc changed to version 3.2. and I get > the following error message: > > /usr/include/c++/3.2/backward/backward_warning.h:32:2: warning: #warning > This fi > le includes at least one deprecated or antiquated header. Please > consider using > one of the 32 headers found in section 17.4.1.2 of the C++ standard. > Examples in > clude substituting the header for the header for C++ includes, > or ream> instead of the deprecated header . To disable this > warning us > e -Wno-deprecated. > > Furthermore, all STL classes like include don't work anymore. > > Somebody could please help me? > > 1.) How could I get gcc 3.2 fully compatible to 2.95 ?? Try gcc-2. Chances are that the upgrade will have left 2.95 available as gcc-2. I can't say for sure because I explicitly acquired both versions some while ago. > 2.) Or how could I reinstall my old version from cygwin (installed about > 8 months ago) where the gcc was 2.95 ?? > HTH Don Sharp -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: how to be "superuser" on W98 ?
joel fernandez wrote: > > Thank you for your help, > > But I read this doc before sending the mail, and I don't understand why I can't have >root permissions. Don't fret. It isn't the lack of root permissions that is hiding /usr/bin and /usr/lib. It's the fact that they are virtual directories, a figment of the Cygwin imagination. /dev is also a virtual directory. If you type $ mount G:\\bin on /usr/bin type system (binmode) G:\\lib on /usr/lib type system (binmode) c:\tmp on /tmp type system (binmode) G: on / type system (binmode) It shows the existence of /usr/bin and /usr/lib but the mount points don't have to be real directories. HTH Don Sharp > Even though I know that W98 has problem with security. > > the result of "ls /" is : > > bin cygwin.bat cygwin.ico etc home lib sbin tmp usr var > > and "ls /usr" writes : > X11R6doci686-pc-mingw32 info man share ssl var > autotool i686-pc-cygwin include local sbin src tmp > > thanks > bye > > jo > > -- Initial Header --- > > >From : "Elfyn McBratney" <[EMAIL PROTECTED]> > To : [EMAIL PROTECTED], [EMAIL PROTECTED] > Cc : > Date : Thu, 28 Nov 2002 08:19:30 + > Subject : Re: how to be "superuser" on W98 ? > > > Hi, > > > > Because there is a lack of a security model in win9x (95,98,Me) the user > > logged in is effectively the "su" (superuser). If im understanding you > > correctly, you mean you cant see /usr/lib when you ls / (???) Can you see > > usr? > > > > Take a look at the manual, this will give you more info on this topic and is > > also a good source of you have problems: > > > > http://cygwin.com/cygwin-ug-net/cygwin-ug-net.html (manual) > > http://cygwin.com/cygwin-ug-net/highlights.html#OV-HI-WIN9XNT > > > > Elfyn > > [EMAIL PROTECTED] > > > > >Hello, > > > > > >Could somebody help me be THE superuser on my computer based on W98 ? > > > > > >the only line I have in /etc/passwd is : > > >fernandez::500:544::/home/fernandez:/bin/bash > > > > > >and in /etc/group : > > >unknown::544: > > > > > >So, I can access, for example, to /usr/lib, but I can't see this directory > > >when I launch "ls /" > > > > > >Which means I only have user permissions. > > > > > >Thanks for aswering and sorry for the noise, if you think it is. > > > > > >bye > > >jo > > > > > >- > > >SPECIAL ADSL > > >L'ADSL Tiscali est à partir de 15,95 EUR/mois ! Plus modem ADSL et frais > > >d'activation gratuits ! > > >Pour profiter de cette offre, cliquez ici: http://register.tiscali.fr/adsl/ > > >Offre soumise à conditions. > > > > > > > > > > > >-- > > >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/ > > > > > > _ > > Add photos to your messages with MSN 8. Get 2 months FREE*. > > http://join.msn.com/?page=features/featuredemail > > > > > - > SPECIAL ADSL > L'ADSL Tiscali est à partir de 15,95 EUR/mois ! Plus modem ADSL et frais >d'activation gratuits ! > Pour profiter de cette offre, cliquez ici: http://register.tiscali.fr/adsl/ > Offre soumise à conditions. > > -- > 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: No stderr output
William S Fulton wrote: > > Anything sent to stderr does not appear on the terminal. It seems to > disappear into a black hole. I think it started when I was attempting to > redirect stdout and stderr into the same file in the same order it appears > on the console using something like > runme 1>&2 > filename > I tried all sorts of combinations and didn't get it to work :( > > Any suggestions for bringing stderr back from the dead? > Thanks. > For Bourne style shells I use runme > filename 2>&1 This redirects stdout first and then stderr to whereever stdout is pointing. Cheers Don Sharp -- 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: Again Undefined Reference to WinMain
Recently, while trying to compile bcpp, I had exactly that message. My hair was becoming scarcer by the minute until I saw that I had a missing module. Adding the missing module to the link and lo and behold everything was fine! Hope that helps Don Sharp Prashant Kharche wrote: > > Hello everybody. >I read almost all the solution for undefined reference of WinMain@16 > and I trying all those flags for linking with gcc. still I am getting > same error. Can any body help me for this. My makefile prints following > lines while linking. Please suggest a solution for this problem > > bash-2.02$ make > rm -f .././ntexe/bin/ecd > gcc../vgui/lm/ntlib/lm_new.obj -o .././ntexe/bin/ecd > -L//h/temp/XDK/lib > -L//H/cygnus/cygwin-b20/H-i586-cygwin32/i586-cygwin32/lib -L.././linlib > -L../vgu > i/lm/ntlib -Wl,-u,_WinMain@16 -Xlinker -lcomctl32 -mwindows -D__win32 > -DWin32 - > D_Win32 -DWinnt -D_CONSOLE -DCONSOLE -mno-cygwin -llinkerr -lPlot > -lScript -l > System -lVJpeg -lVGif -lGrip -lImpLsdyna -lImpMsc67 -lImpPC -lImpMadymo > -lMadRes > ult -lEcNasResult -lPostGuiNew -lEcPlot -lPlotGen -lResult -lEcResult > -lPamRslt > -lAnim -lTable -lFeSect -lEcmFeSect -lMpr -lMprMain -lMprImp -lMprDisp > -lMprDbs > -lMprSave -lMprUtl -lEmcFunc -lMprSet -lCrossSection -lAsmLib -lGmShape > -lFeImpM > ech -lMath -lCrModel -lDynaEcMain -lFileGui -lAsmGui -lFeMat -lUtl > -lFeEos -lFeC > heck -lFeHg -lFeSect -lPartSprSht -lFeModel -lCrashDB -lModelGui -lPoint > -lCurve > Gui -lSurfGui -lSolidGui -lGuiLinelm -lRestraPamTmpGui -lNewVectorGui > -lVectorGu > i -lMshCntrl -lMapMesh -lPave -lAfmMesh -lShell -lMassGui -lModelGui > -lPave -lAf > mMesh -lTransGui -lClnupGui -lEditGui -lCoordGui -lPickUtl -lHandle > -lShowGui -l > SetGui -lVSolGui -lPickUtl -lMeshGui -lSprsht -lCardImg -lFeMatDb > -lGeModel- > lCurve -lBdry -lVsBdry -lPdgs -lDynaOutConGui -lDynaOthersGui > -lChecksGui -lAs > mLib -lCardUtl -lSolver -lFePostRes -lIges -lFeImpExp -lVsgenutl > -lPix -lVspa > nel -lVistaSpr -lHcp -lUtlObj -lFeImpExpFeOthers -lFeImpExpCrOthers > -lVglobj -lS > cript -lVglobj -lRBAirbag -lRBBlock -lRBContact -lRBCoupling -lRBFem > -lRBForcMdl > -lRBModel -lRBOrient -lRBOthers -lRBOutPut -lRBConvert -lGmShape > -lRBShapes -lR > BSystem -lAnim -lEpvar -lEpExeGui -lMpr -lPartGui -lPartLsd -lPartNas > -lPartRad > -lPartPam -lPartMad -lValidGui -lFeMatGui -lSpectEdit -lCntctGui > -lCrPenetrGui > -lVgl -lShapeGui -lPamAdvbgGui -lPamAlnRevGui -lVistgui -lVistapi > -lVistgui -lVb > Utl -lFastener -lFastenerGui -lRespGuiNew -lAirbagFold -lABFolder > -lDispSpr -lP > artSprSht -lFastDispGui -lAssociate -lRbPtGui -lChecksGui -lToolsGui > -lXyPlotGui > New -lXyPlotNew -lGrip -lHandle -lMiscGui -lGenericGui -lTreegui > -lRespGuiNew -l > Vglobj -lEpvar -lEpExeGui -lVglobj -lImpRAD31 -lDynaCrLoadsGui > -lDynaJointGui -l > DynaCrConstrGui -lDynaCrBounGui -lNewCplGui -lSysPosGui -lOrientGui > -lRbSysDefGu > i -lVGif -lUsgTrkr -lDynaCrVelGui //h/temp/XDK/lib/HCLMrm.lib > //h/temp/XDK/lib/H > CLXm.lib //h/temp/XDK/lib/HCLUil.lib //h/temp/XDK/lib/HCLXaw.lib > //h/temp/XDK/li > b/HCLSM.lib //h/temp/XDK/lib/xlib.lib //h/temp/XDK/lib/Hclice.lib > //h/temp/XDK/l > ib/HCLXmu.lib //h/temp/XDK/lib/HCLXt.lib //h/temp/XDK/lib/HCLXp.lib > //h/temp/XDK > /lib/xlibcon.lib //h/temp/XDK/lib/HCLXtst.lib > //h/temp/XDK/lib/HCLXieRt.lib //h/ > temp/XDK/lib/hclshm.lib //h/temp/XDK/lib/HCLXI.lib > //h/temp/XDK/lib/MrmStat.lib > //h/temp/XDK/lib/XmStatXt.lib -lkernel32 //h/temp/XDK/lib/HCLGLX.lib > //h/temp/XD > K/lib/HCLGLU.lib //h/temp/XDK/lib/HCLNURBS.lib > //h/temp/XDK/lib/HCLAUX.lib //h/t > emp/XDK/lib/HCLGLUT.lib //h/temp/XDK/lib/GLWSTATI.lib -lopengl32 -lglu32 > //c/jdk > 1.2.2/lib/jvm.lib "//C/Program Files/flexlm/v7.2/i86_n3/lmgr327b.lib" > -lm > //h/cygnus/CYGWIN~1/H-I586~1/i586-cygwin32/bin/ld: > ../vgui/lm/ntlib/lm_new.obj: > warning: ignoring duplicate section `.text' > //h/cygnus/CYGWIN~1/H-I586~1/i586-cygwin32/bin/ld: //C/Program > Files/flexlm/v7.2 > /i86_n3/lmgr327b.lib(LMGR327B.dll): warning: ignoring duplicate section > `.text' > //H/cygnus/cygwin-b20/H-i586-cygwin32/i586-cygwin32/lib/libmingw32.a(main.o): > In > function `main': > /home/noer/src/b20/comp-tools/devo/winsup/mingw/main.c:89: undefined > reference t > o `WinMain@16' > collect2: ld returned 1 exit status > make: *** [.././ntexe/bin/ecd] Error 1 > bash-2.02$ > > Prashant > > > -- > 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: named colour list
Charles Wilson wrote: > > Schaible, Jörg wrote: > > > So I can use the named colors, "lighsalmon" works fine on my box. OTOH I am > > not really sure *why* it works, since the only rbx.txt I've found was in the > > vim package. I've detected that the DLLs cygtk80.dll and libW11.dll seem to > > have included this symbolic names, but neither is used for rxvt ... > > rxvt DOES use libW11.dll. > > --Chuck Where? According to cygcheck it doesn't. $ cygcheck g:\\bin\\rxvt.exe g:\bin\rxvt.exe g:\bin\cygwin1.dll C:\WINNT\System32\KERNEL32.dll C:\WINNT\System32\ntdll.dll C:\WINNT\System32\USER32.dll C:\WINNT\System32\GDI32.dll C:\WINNT\System32\ADVAPI32.dll C:\WINNT\System32\RPCRT4.dll Cheers Don Sharp -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
setup-2002-01-27-1.exe clips text
Using setup-2002-01-27-1.exe I have noticed that the text in the selection dialog is clipped. i.e. there appear to be ~3 pixels missing from the top of the displayed text on my 1280x1024 display. Haven't seen it reported so I thought I'd mention it. Cheers Don Sharp -- 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: at + bash
Christopher Faylor wrote: > > On Sat, Feb 09, 2002 at 02:34:11PM -0500, David Means wrote: > >Try: > > > >mkdir /tmp > > > >mount /cygdrive/c/tmp /tmp > > Uh, no. There is no need for the mount command. It will royally confuse > things if you use it. > Why Chris? I have been using the following mounts for longer tha I care to remember? $ mount G:\bin on /usr/bin type system (binmode) G:\lib on /usr/lib type system (binmode) c:\tmp on /tmp type system (binmode) ^^ G: on / type system (binmode) c: on /dosc type system (binmode) f: on /dosf type system (binmode) h: on /dosh type system (binmode) i: on /dosi type system (binmode) j: on /dosj type system (binmode) t: on /dost type system (binmode) d: on /cygdrive/d type system (binmode,noumount) e: on /cygdrive/e type system (binmode,noumount) k: on /cygdrive/k type system (binmode,noumount) l: on /cygdrive/l type system (binmode,noumount) > /tmp is created by setup.exe. > > cgf Cheers Don Sharp -- 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/
cygpath doubles backslashes
when /usr/bin is converted by "cygpath -w -p" it doubles the number of backslashes produced $ cygpath -w -p /usr/bin:/bin G:\\bin;G:\bin Not sure if this is a desirable side-effect. $ mount G:\\bin on /usr/bin type system (binmode) G:\\lib on /usr/lib type system (binmode) c:\tmp on /tmp type system (binmode) G: on / type system (binmode) c: on /dosc type system (binmode) f: on /dosf type system (binmode) h: on /dosh type system (binmode) i: on /dosi type system (binmode) j: on /dosj type system (binmode) t: on /dost type system (binmode) d: on /cygdrive/d type system (binmode,noumount) e: on /cygdrive/e type system (binmode,noumount) k: on /cygdrive/k type system (binmode,noumount) l: on /cygdrive/l type system (binmode,noumount) All software latest available yesterday Cheers Don Sharp -- 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: cygpath doubles backslashes
Lapo Luchini wrote: > > > $ mount > > G:\\bin on /usr/bin type system (binmode) > > G:\\lib on /usr/lib type system (binmode) > > >From this it seems that is a setup.exe issue: you probably installed in > G:\ and it didn't strip last backslach... Lapo has the right of it TVM Cheers Don Sharp > > -- > Lapo 'Raist' Luchini > [EMAIL PROTECTED] (PGP & X.509 keys available) > http://www.lapo.it (ICQ UIN: 529796) > > -- > Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple > Bug reporting: http://cygwin.com/bugs.html > Documentation: http://cygwin.com/docs.html > FAQ: http://cygwin.com/faq/ -- 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: Telneting/ftping to cygwin
I can confirm that there is a problem. I telnetted from a linux box to my cygwin on NT4 setup which has an up to date cygwin1.dll (see cygcheck output) On the cygwin side I get a pop-up bash.exe "The application failed to initialise properly (0x022) on the linux side telnet hangs until I click OK on the pop-up, at which point it exits. running cygcheck I get $ cygcheck -r -s -v > /tmp/cyg.txt cygcheck: dump_sysinfo: GetVolumeInformation() failed: 1005 but the output seems OK otherwise and appears below Cheers Don Sharp Cygwin Win95/NT Configuration Diagnostics Current System Time: Fri Mar 08 15:44:19 2002 Windows NT Ver 4.0 Build 1381 Service Pack 6 Path: G:\usr\local\bin G:\\bin G:\bin f:\Perl\bin\ G:\bin j:\mksnt t:\java\jdk\jdk1.3.0_02\bin t:\java\jdk\jdk1.3.0_02\jre\bin t:\java\jdk\jdk1.3.0_02\jre\bin\classic c:\Sybase\DLL c:\Sybase\BIN c:\WINNT\system32 c:\WINNT c:\ORANT\BIN f:\BORLAND\BC4.02\BIN c:\PROGRA~1\MICROS~2\Common\Tools\WinNT c:\PROGRA~1\MICROS~2\Common\MSDev98\Bin c:\PROGRA~1\MICROS~2\Common\Tools c:\PROGRA~1\MICROS~2\VC98\bin . SysDir: C:\WINNT\System32 WinDir: C:\WINNT C_INCLUDE_PATH = `/usr/local/include' HOME = `d:\users\don' LIBRARY_PATH = `/usr/local/lib' MAKE_MODE = `unix' PWD = `/cygdrive/d/users/don' USER = `don' COMPUTERNAME = `DON' COMSPEC = `C:\WINNT\system32\cmd.exe' CPLUS_INCLUDE_PATH = `/usr/local/include' HOMEDRIVE = `d:' HOMEPATH = `\users\don' INCLUDE = `C:\Sybase\INCLUDE;' JAVA_HOME = `T:\java\jdk\jdk1.3.0_02' LIB = `C:\Sybase\LIB;' LOGONSERVER = `\\DON' LS_COLORS = `no=00:fi=00:di=01;36:ln=00;34:pi=40;33:so=00;35:bd=40;33;01:cd=40;33;01:or=40;31;01:ex=00;32:*.tar=01;31:*.tgz=01;31:*.arj=01;31:*.taz=01;31:*.lzh=01;31:*.zip=01;31:*.z=01;31:*.Z=01;31:*.gz=01;31:*.deb=01;31:*.jpg=01;35:*.gif=01;35:*.bmp=01;35:*.ppm=01;35:*.tga=01;35:*.xbm=01;35:*.xpm=01;35:*.tif=01;35:*.mpg=07;44:*.avi=07;44:*.gl=07;44:*.dl=07;44:' MANPATH = `:/usr/ssl/man' NUMBER_OF_PROCESSORS = `1' OLDPWD = `/bin' OS2LIBPATH = `C:\WINNT\system32\os2\dll;' OS = `Windows_NT' PATHEXT = `.COM;.EXE;.BAT;.CMD;.VBS;.VBE;.JS;.JSE;.WSF;.WSH' PROCESSOR_ARCHITECTURE = `x86' PROCESSOR_IDENTIFIER = `x86 Family 6 Model 8 Stepping 3, GenuineIntel' PROCESSOR_LEVEL = `6' PROCESSOR_REVISION = `0803' PROMPT = `$P$G' PS1 = `]0;\w [32m\u@\h [33m\w[0m $ ' ROOTDIR = `J:/mksnt' SHELL = `/bin/bash' SHLVL = `1' SYBASE = `C:\Sybase' SYSTEMDRIVE = `C:' SYSTEMROOT = `C:\WINNT' TEMP = `c:\TEMP' TERM = `cygwin' USERDOMAIN = `DON' USERNAME = `don' USERPROFILE = `C:\WINNT\Profiles\don.000' WINDIR = `C:\WINNT' _ = `/usr/bin/cygcheck' HKEY_CURRENT_USER\Software\Cygnus Solutions HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\mounts v2 HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\Program Options HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2 (default) = `/cygdrive' cygdrive flags = 0x002a HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/ (default) = `G:/' flags = 0x000a HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/dosc (default) = `c:' flags = 0x000a HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/dosf (default) = `f:' flags = 0x000a HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/dosh (default) = `h:' flags = 0x000a HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/dosi (default) = `i:' flags = 0x000a HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/dosj (default) = `j:' flags = 0x000a HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/dost (default) = `t:' flags = 0x000a HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/tmp (default) = `c:\tmp' flags = 0x000a HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/usr/bin (default) = `G://bin' flags = 0x000a HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/usr/lib (default) = `G://lib' flags = 0x000a HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\Program Options (default) = `binmode tty ntsec' a: fd N/AN/A c: hd NTFS2510Mb 72% CP CS UN PA FC NTmain d: hd FAT 510Mb 37% CPUN SLACKWARE e: cd CDFS 438Mb 100%CS UN CAPITAL_MFD f: hd FAT 510Mb 86% CPUN WINAPPS g: hd NTFS 510Mb 72% CP CS UN PA FC CYGWINPOSIX h: hd FAT 510
Re: IO Redirection
Robert Mark Bram wrote: > > Thanks for the reply! > > > > How do I append error output? > > > How do I append error and standard output? > > > > Just as you have written? > > ">>" appends, ">" write to a new file, independend of the file > > or source selected. That is, "&>>file" appends both. > > > > Why is that not obvious ? > > This is why: > > Robert Mark Bram@DIJONG ~ > $ ls > errors script1 script2 temp > > Robert Mark Bram@DIJONG ~ > $ ls &>> temp > bash: syntax error near unexpected token `&>>' try ls >> temp 2>&1 Cheers Don Sharp > > Robert Mark Bram@DIJONG ~ > $ > > Rob > > -- > Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple > Bug reporting: http://cygwin.com/bugs.html > Documentation: http://cygwin.com/docs.html > FAQ: http://cygwin.com/faq/ -- 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/
cp /dev/zero filename creates large files
Hi I carried out the following sequence of commands $ for i in `cat /tmp/d`; do if [ -f $i.idx ]; then ls -l ${i}*; fi; done -rw-r--r--1 don None0 Jun 17 1998 dtaq -rw-r--r--1 don None 3072 Jun 17 1998 dtaq.idx $ cp /dev/zero dtaq.idx The cp appeared to be hanging and the disc was rattling away, so in another window I typed in $ ls -l dtaq* -rw-r--r--1 don None0 Jun 17 1998 dtaq -rw-r--r--1 don None 65307648 Jun 17 1998 dtaq.idx and you can see that the reported size of the target of the 'cp /dev/zero' has grown to a considerable size in a short time. Can anyone else reproduce this? Attaching cygcheck.log Cheers Don Sharp cygcheck.log Description: application/unknown-content-type-txtfile -- 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: cp /dev/zero filename creates large files
Thanks to everyone that replied pointing out that it was /dev/null that I needed NOT /dev/zero. Thanks again Don Sharp "Peter J. Acklam" wrote: > > Don Sharp <[EMAIL PROTECTED]> wrote: > > >I carried out the following sequence of commands > > > >$ for i in `cat /tmp/d`; do if [ -f $i.idx ]; then ls -l ${i}*; fi; done > >-rw-r--r--1 don None0 Jun 17 1998 dtaq > >-rw-r--r--1 don None 3072 Jun 17 1998 dtaq.idx > >$ cp /dev/zero dtaq.idx > > > >The cp appeared to be hanging and the disc was rattling away, so in > >another window I typed in > > > >$ ls -l dtaq* > >-rw-r--r--1 don None0 Jun 17 1998 dtaq > >-rw-r--r--1 don None 65307648 Jun 17 1998 dtaq.idx > > > >and you can see that the reported size of the target of the 'cp > >/dev/zero' has grown to a considerable size in a short time. > > > >Can anyone else reproduce this? > > Hopefull, everyone can reproduce this. I think you are mixing > /dev/zero with /dev/null. /dev/zero will always return a buffer > full of zeros (that is NULs, not the digit or letter zero). > /dev/zero has infinite length, so copying from it with "cp" to > a regular file will always cause you do run out of disk space. > > Peter > > -- > Peter J. Acklam - [EMAIL PROTECTED] - http://home.online.no/~pjacklam -- 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: Info versus Man
Try pinfo. If it doesn't find an info page it'll look for a man page. HTH Don Sharp Brian Dessent wrote: > > zzapper wrote: > > > > Hi Ya All > > > > Is INFO just a viewer for Man Pages, or does it have it's own > > database? > > > > Is INFO preferred to MAN ?? > > > > (Sorry for hogging this NG recently) > > zzapper > > Yes, they are completely seperate. The 'info' program reads and > displays texinfo documents, which live in /usr/info. texinfo documents > are organized into nodes, which leads to a sort of link structure or > heirarchy. The 'info' program is just one way of formatting/viewing > them, they can also be easily formatted as PostScript, HTML, etc. > > The 'man' program formats and displays manpages which are a much older > format (nroff/groff). They contain markup to make sections stand out, > highlight commands vs. normal text, etc. but they are still essentially > flat text files with embellishment. They live in /usr/man. > > The GNU people decided one day that man pages had worn out their welcome > and so they developed the texinfo project to support a new format of > documentation. Thus, the preferred docu for all the GNU utils are the > texinfo files, and the manpages are really an afterthought in a lot of > cases. However many people hate the 'info' program and just want plain > old manpages, so I wouldn't expect them to go away any time soon. > Personally I have mixed feelings about both. If you ever try to use the > manpage for 'bash' you quickly realize how cumbersome it is, compared to > viewing the HTML version of the texinfo docs online. However, for quick > and dirty things that basically consist of a short summary of some > options the manpage cannot be beat. > > Brian > > -- > 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/ -- 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/
cygcheck -c gives an Application Error
I ran cygcheck -c this morning and the result, copied from the screen, is attached in cygfail.out. It resulted in an Application Error popup reporting The instruction at 00406cfe referenced memory at 0x The output stops after texinfo is reported. The package list is fully reported by cygcheck -s -r -v whose output is attached in cygcheck.out. Cheers Don Sharp$ cygcheck -c Cygwin Package Information Package VersionStatus _update-info-dir00223-1OK ash 20031007-1 OK astyle 1.15.3-3 OK autoconf2.57a-1OK autoconf-devel 2.57-2 OK autoconf-stable 2.13-5 OK automake1.7.5a-1 OK automake-devel 1.7.6-2OK automake-stable 1.4p6-1OK base-files 2.6-1 OK base-passwd 1.1-1 OK bash2.05b-16 OK bc 1.06-1 OK binutils20030901-1 Incomplete bison 20030307-1 OK byacc 1.9-1 OK bzip2 1.0.2-5OK cgoban 1.9.14-1 OK clear 1.0-1 OK compface1.4-5 OK cpio2.5-3 OK cron3.0.1-11 OK crypt 1.1-1 OK ctags 5.5-4 OK curl7.10.8-1 OK cvs 1.11.6-3 OK cygipc 2.02-1 OK cygrunsrv 0.96-2 OK cygutils1.2.2-1OK cygwin 1.5.5-1Incomplete cygwin-doc 1.3-6 OK db2 2.7.7-4OK dejagnu 20021217-2 OK diff1.0-1 OK diffutils 2.8.4-1OK ed 0.2-1 OK editrights 1.01-1 OK enscript1.6.3-3OK expat 1.95.6-2 OK expect 20030128-1 OK figlet 2.2-1 OK file4.03-2 OK fileutils 4.1-2 OK findutils 4.1.7-4OK flex2.5.4a-3 OK fontconfig 2.2.0-1OK fortune 1.8-2 OK freetype2 2.1.5-1OK fvwm2.4.7-3OK gawk3.1.3-4OK gcc 3.3.1-3OK gcc-g++ 3.3.1-3OK gcc-mingw 20030911-4 OK gcc-mingw-core 20031020-1 OK gcc-mingw-g++ 20031020-1 OK gcc22.95.3-10 OK gdb 20030919-1 OK gdbm1.8.3-7OK gettext 0.12.1-3 OK ghostscript 7.05-2 OK ghostscript-base7.05-2 OK gnugo 3.4-1 OK gperf 2.7.2-1OK grace 5.1.12-1 OK grep2.5-1 OK groff 1.18.1-2 OK gzip1.3.5-1OK indent 2.2.8-1OK inetutils 1.3.2-25 OK jbigkit 1.5-3 OK jpeg6b-11 OK less381-1 OK lesstif 0.93.91-4 OK libbz2_01.0.2-1OK libbz2_11.0.2-5OK libdb2 2.7.7-4OK libdb3.13.1.17-2 OK libdb4.14.1.25-1 OK libfontconfig-devel 2.2.0-1OK libfontconfig1 2.2.0-1OK libfreetype2-devel 2.1.5-1OK libfreetype26 2.1.5-1OK libgdbm 1.8.0-5OK libgdbm-devel 1.8.3-7OK libgdbm31.8.3-3OK libgdbm41.8.3-7OK libgettextpo0 0.12.1-3 OK libiconv2 1.9.1-3OK libintl 0.10.38-3 OK libintl10.10.40-1 OK libintl20.12.1-3 OK libjpeg62 6b-11 OK libjpeg6b 6b-8 OK libkpathsea32.0.2-13 OK libltdl31.5-3 OK libncurses5 5.2-1 OK libncurses6 5.2-8 OK libncurses7 5.3-4 OK
Re: cygcheck -c gives an Application Error
See inline comments below Igor Pechtchanski wrote: > > On Wed, 12 Nov 2003, Don Sharp wrote: > > > I ran cygcheck -c this morning and the result, copied from the screen, > > is attached in cygfail.out. It resulted in an Application Error popup > > reporting > > The instruction at 00406cfe referenced memory at 0x > > > > The output stops after texinfo is reported. > > > > The package list is fully reported by cygcheck -s -r -v whose output is > > attached in cygcheck.out. > > > > If you just want to see the list of packages, "cygcheck -cd" should work > fine. It looks like cygcheck dies when trying to process compressed setup > package listings, so I'd guess you have a corrupted package database. > Try "cd /etc/setup && gunzip -t *.lst.gz" to verify all the listing files. I've done the "Try" line above and there are no reported errors. Bear in mind that the package list given by "cygcheck -s -r -v" is complete and doesn't cause a segfault. > > "cygcheck -cv" should produce a slightly more comprehensive results (it > will probably also tell you which package it's processing when > the crash happens). I am afraid it still segfaults and the last report output was for texinfo. No additional information was output. > If I were you, I'd also look into the following: > > binutils20030901-1 Incomplete > cygwin 1.5.5-1Incomplete > shellutils 0.0Incomplete [*] > Have done - reinstalled and cleared the Incomplete reports. > "cygcheck -cv" will tell you exactly why it thinks the package is > incomplete (e.g., which files are missing). > Igor > [*] AFAIK, shellutils is not a standard Cygwin package. I suspect it must have been once upon a time but anyway the reinstalls have resulted in its disappearance. Hasn't cleared the segfault though %<(. Cheers Don Sharp -- 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: cygcheck -c gives an Application Error
See inline comments below Igor Pechtchanski wrote: ... snip ... > > > > > > If you just want to see the list of packages, "cygcheck -cd" should work > > > fine. It looks like cygcheck dies when trying to process compressed setup > > > package listings, so I'd guess you have a corrupted package database. > > > Try "cd /etc/setup && gunzip -t *.lst.gz" to verify all the listing files. > > > > I've done the "Try" line above and there are no reported errors. Bear in > > mind that the package list given by "cygcheck -s -r -v" is complete and > > doesn't cause a segfault. > > Yes, but "cygcheck -srv" does not check the integrity of each package, > only "cygcheck -c" does that. I'm surprised none of the listing files > were corrupted. > > > > "cygcheck -cv" should produce a slightly more comprehensive results (it > > > will probably also tell you which package it's processing when > > > the crash happens). > > > > I am afraid it still segfaults and the last report output was for > > texinfo. No additional information was output. > > What are the last few (say, 10) lines of the output? > sed 4.0.7-3OK sh-utils2.0.15-4 OK sharutils 4.2.1-3OK shutdown1.4-1 OK splint 3.1.1-1OK squid 2.4.STABLE7-1 OK ssmtp 2.38.7-4 OK tar 1.13.25-3 OK tcltk 20030901-1 OK tcsh6.12.00-7 OK termcap 20021106-2 OK terminfo5.3_20030726-1 OK texinfo 4.2-4 OK Nothing else. > > > If I were you, I'd also look into the following: > > > > > > binutils20030901-1 Incomplete > > > cygwin 1.5.5-1Incomplete > > > shellutils 0.0Incomplete [*] > > > > Have done - reinstalled and cleared the Incomplete reports. > > But you still get a segfault? Strange. Since the texinfo check completes > with no problems[*], I'd suspect the "textutils" listing (the next package > you have installed). Please try "zcat /etc/setup/textutils.lst.gz" and > examine the output. No problems encountered. > Also, does "cygcheck -cv textutils" crash? Yes it does. > How about > "cygcheck -cv tidy"? If the latter doesn't, then "textutils" is most > likely the culprit. > Igor > [*] You could verify that by running "cygcheck -c texinfo". $ cygcheck -c texinfo Cygwin Package Information Package VersionStatus texinfo 4.2-4 OK No crash. It's definitely our friend textutils. Examining the output from the zcat piped through less shows that second and subsequent lines begin "^@", which is the likely cause of the problem. Removing the nulls allows "cygcheck -cv" to succeed. Thank you very much for your help in locating the source of the problem. Cheers Don Sharp -- 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/