latex bug
There appears to be a slightly annoying bug in latex (and tex) where they won't support filenames with spaces in. $latex a\ b.tex This is TeXk, Version 3.14159 (Web2C 7.4.5) %&-line parsing enabled. ! I can't find file `a'. <*> a b.tex Please type another input file name: $latex "a b.tex" This is TeXk, Version 3.14159 (Web2C 7.4.5) %&-line parsing enabled. ! I can't find file `a'. <*> a b.tex Please type another input file name: -- 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/
[OT] Re: g++ libcygwin.a has an undefined reference
Christian Rudiger wrote: Hello Al, thank you, it worked. i putted one at the end of the program just writing : }; // end of class int main(){} why does that work? I think thats strange. Regards Christian Rudiger I thought I would post this to the list, because it's nice to have complete dicussions for archive reasons. All programs in standard C++ should have a function called main (sometimes this function has a different name, for example in windows GUI programming I believe it is called WinMain). This is the function which is called when your program starts, and so must be present. I suspect you are perhaps coming from a java background and may be misunderstanding program structure in C++. This is however unrelated to cygwin, so will not be discussed further. You perhaps need to go and get a book or guide to c++? -- 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: are rand48() & Co implemented now?
electa wrote: i have used #include but gcc still prints "implicit declaration of function lrand48()", and "srand48()". Just checking, are you using the "-mno-cygwin" flag on gcc/g++? This would cause that error. If so, then you are using mingw and should really go and ask them why it doesn't work (and I suspect they'll tell you it is because it's not in the standard windows c library). -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Cygwin setup window size, why no maximize button enabled ?
utomo wrote: And also better if the setup can download simultaneusly, or preparing for the next file. Now if we look at the download process, the connecting time (for each file) is consuming time. If the download process can reduce this, I believe the download will be much faster. A much more useful addition I believe would be for cygwin to be able to download patches to previously downloaded packages (in the basic case when you've kept the .tar.bz2 files it downloaded, which it does by default). I have actually been doing this for a few friends for a while now via a simple bash script which makes patch files and puts them on an FTP from which friends on 56k can download them and apply them using another script. If you pop these into the downloaded packages directory cygwin setup will (as expected) recognise the packages are already downloaded and install them without re-downloading them. I think that his would be a useful feature to have more offically (my script is hacky and breaks every so often, and I'm not telling everyone my FTP's address), but after a few days digging through setup.exe I got hopelessly lost (but that could say more about my programming than setup.exe) If anyone has the programming experience I'd be happy to help (particuarily I have a reimplementation of bsdiff hanging around somewhere, which seems to be the best binary diffing program around, but is under some strange anti-GPL licence. At some point I'll get around to cleaning it up). Actually, I'm sorry for a) blabbling and b) asking legal questions, but this is related to a package I'd like to submit to cygwin. Imagine the following situation: 1) I download source to bsdiff, read code and documentation 2) I describe the basic algorithm to a friend and point him to papers online which describe how to do various mathematical transformations. 3) Friend write bsdiff clone which is not file compatable but does the same kind of thing. now. a) Can my friend release this under the GPL? (and therefore try to get it included in cygwin b) As I read the original program, am I now irreparably "tainted" and cannot work on fixing / extending the code? Chris Regards, Utomo -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of utomo Sent: Saturday, April 17, 2004 10:41 AM To: [EMAIL PROTECTED] Subject: RE: Cygwin setup window size, why no maximize button enabled ? Hi, I just try the snapshot and it is nice. I have some comments: 1. Maybe we need to make initial size little bit bigger, I believe mostly people need to resize it, so if we make it little bit bigger, user will find it easier/less resize it. 2. I did not find way to change the view from details view to back to folders view. With this options it will make cygwin more confortable Just my2c. Thanks. Regards, Utomo -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Andrew Schulman Sent: Friday, April 16, 2004 10:45 PM To: [EMAIL PROTECTED] Subject: Re: Cygwin setup window size, why no maximize button enabled ? http://cygwin.com/setup-snapshots/ Hallelujah, a resizable setup program. What a relief. Now if only it would recognize my mouse wheel... -- 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/ -- 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: Souldn't we put [Cygwin] or [CygXwin] here depending on the question?
Jim Scheef wrote: Dave and all, I have been trying for weeks to find a way to sort these messages in the Netscape 7 version of Mozilla Mail. Nothing has worked. Adding a consistent flag to the subject line like [cygwin] would make the sorting trivial. If it took the list administrator 15 minutes to make this change, it could save the list users many man-years of effort trying to make the filtering work in their email clients. Thanks, Jim Sorry to reply to the list, but having another reply on list can't hurt :) The way I've done this in mozilla and thunderbird (so I assume netscape 7 will be the same). Go to Tools, Message Filters (I assume it will be in the same place in netscape 7) and make new rule. From the drop down box that says "subject", select "To or CC". Leave the "contains" the same, and stick [EMAIL PROTECTED] in the box at the end. The if you look down under "perform these actions" you can select "move to folder" and choose a folder to send it to. Make similar filters for cygwin-apps / cygwin-x / etc. Note: in the message filters box, look at the top where it says "filters for:". make sure you have the correct account selected! Also, if you want to test your new shiny filter, if you click on it there is a "run now!" option! Hope that is a simple enough guide :) Chris -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: gcc -mno-cygwin finds the wrong include files
... Hi self! I've been having a play around and I believe this problem is connected to #include_next not respecting the -mno-cygwin. My knowledge of gcc is however nowhere near enough for me to be sure. I just wanted to say this to perhaps save someone else some small amount of time. Chris -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: gcc -mno-cygwin finds the wrong include files
Volker Quetschke wrote: Hi, could someone please confirm that this is a bug, and not a problem that exists only on this computer. Thanks Volker Volker Quetschke wrote: Hi, when I use the following command gcc finds the wrong include file. $ echo "#include " | gcc -mno-cygwin -E - # 1 "" # 1 "" # 1 "" # 1 "" # 1 "/usr/lib/gcc-lib/i686-pc-cygwin/3.3.1/include/stddef.h" 1 3 4 # 158 "/usr/lib/gcc-lib/i686-pc-cygwin/3.3.1/include/stddef.h" 3 4 typedef int ptrdiff_t; # 220 "/usr/lib/gcc-lib/i686-pc-cygwin/3.3.1/include/stddef.h" 3 4 typedef unsigned int size_t; # 332 "/usr/lib/gcc-lib/i686-pc-cygwin/3.3.1/include/stddef.h" 3 4 typedef short unsigned int wchar_t; # 2 "" 2 Instead of i686-pc-cygwin there should be i686-pc-mingw32. This looks OK: $ gcc -mno-cygwin -print-search-dirs install: /usr/lib/gcc-lib/i686-pc-mingw32/3.3.1/ programs: =/usr/lib/gcc-lib/i686-pc-mingw32/3.3.1/:/usr/lib/gcc-lib/i686-pc-mingw32/3.3.1/:/usr/lib/gcc-lib/i686-pc-mingw32/:/usr/lib/gcc/i686-pc-mingw32/3.3.1/:/usr/lib/gcc/i686-pc-mingw32/:/usr/lib/gcc-lib/i686-pc-mingw32/3.3.1/../../../../i686-pc-mingw32/bin/i686-pc-mingw32/3.3.1/:/usr/lib/gcc-lib/i686-pc-mingw32/3.3.1/../../../../i686-pc-mingw32/bin/ libraries: =/usr/lib/gcc-lib/i686-pc-mingw32/3.3.1/:/usr/lib/gcc/i686-pc-mingw32/3.3.1/:/usr/lib/gcc-lib/i686-pc-mingw32/3.3.1/../../../../i686-pc-mingw32/lib/i686-pc-mingw32/3.3.1/:/usr/lib/gcc-lib/i686-pc-mingw32/3.3.1/../../../../i686-pc-mingw32/lib/:/usr/lib/gcc-lib/i686-pc-mingw32/3.3.1/../../../i686-pc-mingw32/3.3.1/:/usr/lib/gcc-lib/i686-pc-mingw32/3.3.1/../../../:/lib/i686-pc-mingw32/3.3.1/:/lib/:/usr/lib/i686-pc-mingw32/3.3.1/:/usr/lib/ I have just performed a clean install of cygwin after cleanly reinstalling my laptop. I thought I would take the opportunity therefore to test this. Interseting results! $ echo "#include " | gcc -mno-cygwin -E - # 1 "" # 1 "" # 1 "" # 1 "" # 1 "/usr/lib/gcc-lib/i686-pc-cygwin/3.3.1/include/stddef.h" 1 3 4 # 158 "/usr/lib/gcc-lib/i686-pc-cygwin/3.3.1/include/stddef.h" 3 4 typedef int ptrdiff_t; # 220 "/usr/lib/gcc-lib/i686-pc-cygwin/3.3.1/include/stddef.h" 3 4 typedef unsigned int size_t; # 332 "/usr/lib/gcc-lib/i686-pc-cygwin/3.3.1/include/stddef.h" 3 4 typedef short unsigned int wchar_t; # 2 "" 2 So I'm picking up i686-pc-cygwin But... $ gcc -mno-cygwin -print-search-dirs install: /usr/lib/gcc-lib/i686-pc-mingw32/3.3.1/ programs: =/usr/lib/gcc-lib/i686-pc-mingw32/3.3.1/:/usr/lib/gcc-lib/i686-pc-ming w32/3.3.1/:/usr/lib/gcc-lib/i686-pc-mingw32/:/usr/lib/gcc/i686-pc-mingw32/3.3.1/ :/usr/lib/gcc/i686-pc-mingw32/:/usr/lib/gcc-lib/i686-pc-mingw32/3.3.1/../../../. ./i686-pc-mingw32/bin/i686-pc-mingw32/3.3.1/:/usr/lib/gcc-lib/i686-pc-mingw32/3. 3.1/../../../../i686-pc-mingw32/bin/ libraries: =/usr/lib/gcc-lib/i686-pc-mingw32/3.3.1/:/usr/lib/gcc/i686-pc-mingw32 /3.3.1/:/usr/lib/gcc-lib/i686-pc-mingw32/3.3.1/../../../../i686-pc-mingw32/lib/i 686-pc-mingw32/3.3.1/:/usr/lib/gcc-lib/i686-pc-mingw32/3.3.1/../../../../i686-pc -mingw32/lib/:/usr/lib/gcc-lib/i686-pc-mingw32/3.3.1/../../../i686-pc-mingw32/3. 3.1/:/usr/lib/gcc-lib/i686-pc-mingw32/3.3.1/../../../:/lib/i686-pc-mingw32/3.3.1 /:/lib/:/usr/lib/i686-pc-mingw32/3.3.1/:/usr/lib/ I'm picking up mingw32 here strange! Cygcheck attached.. Cygwin Win95/NT Configuration Diagnostics Current System Time: Thu Apr 15 19:27:12 2004 Windows XP Professional Ver 5.1 Build 2600 Service Pack 1 Path: C:\cygwin\usr\local\bin C:\cygwin\bin C:\cygwin\bin C:\cygwin\usr\X11R6\bin c:\WINDOWS\system32 c:\WINDOWS c:\WINDOWS\System32\Wbem Output from C:\cygwin\bin\id.exe (nontsec) UID: 1003(Chris) GID: 513(None) 513(None) Output from C:\cygwin\bin\id.exe (ntsec) UID: 1003(Chris) GID: 513(None) 0(root) 513(None) 544(Administrators) 545(Users) SysDir: C:\WINDOWS\System32 WinDir: C:\WINDOWS HOME = `C:\cygwin\home\Chris' MAKE_MODE = `unix' PWD = `/cygdrive/d/workstuff/working/cp04related' USER = `Chris' ALLUSERSPROFILE = `C:\Documents and Settings\All Users' APPDATA = `C:\Documents and Settings\Chris\Application Data' COMMONPROGRAMFILES = `C:\Program Files\Common Files' COMPUTERNAME = `BUBBLESCOPE-LAP' COMSPEC = `C:\WINDOWS\system32\cmd.exe' CVS_RSH = `/bin/ssh' HOMEDRIVE = `C:' HOMEPATH = `\Documents and Settings\Chris' HOSTNAME = `bubblescope-lap' INCLUDE = `C:\Program Files\Microsoft Visual Studio .NET 2003\SDK\v1.1\include\' INFOPATH = `/usr/local/info:/usr/info:/usr/share/info:/usr/autotool/devel/info:/usr/autotool/stable/info:' LIB = `C:\Program Files\Microsoft Visual Studio .NET 2003\SDK\v1.1\Lib\' LOGONSERVER = `\\BUBBLESCOPE-LAP' MANPATH = `/usr/local/man:/usr/man:/usr/share/man:/usr/autotool/devel/man::/usr/ssl/man' NUMBER_OF_PROCESSORS = `1' OLDPWD = `/cygdrive/d/workstuff/working' 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 10, Genui
Re: Comparative Performance of C++ Compilers (including gcc cygming special)
Alex Vinokur wrote: "chris" wrote in message news:[EMAIL PROTECTED] Alex Vinokur wrote: Comparative Performance of C++ Compilers C/C++ Performance Tests = While this is quite interesting, it seems to me you aren't really running these programs for long enough for us to be able to see what differences are due to startup time and due to runtime. How can we know how long the startup time is? OK, I'll explain my thinking. My understanding of cygwin suggests to me that when we are not performing any kind of system-based work (ie when we are just sorting vectors, calculating maths, the kind of deep computational work) there should be little difference between mingw32 and cygwin. I'm away from my cygwin installation at the moment, but when I get back to it I intend to test that I think :) Chris -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: compilation with -mno-cygwin
Hans Horn wrote: I light of the recent gcc performance comparison, I tried to compile a number crunching application (for which I have noticed a significant performance degradation of a factor 2-3 since the days of gcc2.9.x) using the -mno-cygwin flag. I get a shitload of crap like the following : g++ -c -mno-cygwin -ansi -DGCC3X -DLINUX -DINLINE=inline -fno-default-inline -W -Wno-deprecated -fomit-frame-pointer -ffast-math -mcpu=pentium4 -march=p entium4 -mfpmath=sse -O2 -I./ -o xyz.o xyz.cpp For a start, you shouldn't treat -mno-cygwin like linux (-DLINUX). -mno-cygwin turns g++ into a "pure" windows C++ compiler (hence the name of the flag). -mno-cygwin should end up with files identical(ish) to those obtained by mingw I think.. what compile line did you use for that? Chris -- Badger, Badger, Badger, Badger, Badger, Badger, Badger, Badger... Mushroom! Mushroom! -- 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: Bogus assumption prevents d2u/u2d/conv/etal working on mixed files.
Ken Thompson wrote: I don't think the behavior should be changed. d2u stands for dos to unix which means \r\n to \n. Why would one expect a dos to unix utility to convert mixed line terminator files. If you need such a utility, then add one but don't take a utility that does dos to unix and try to turn it in to "anything" to unix or if you do then change the name. Just my 2 cents worth And it would agree that it should be changed. I would expect dos to unix to turn \r\n into \n, ignoring the fact it may or may not wander into a \n first. I'd also like to express interest in having this changed. I knocked up my own program to do this, because particularily in cygwin I find it easy to accidentally edit a file in a few different editors and end up with a mess of line endings which need to be all syncronised to one system (of course I could just learn to not mess my files up ^_^ ) Chris -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Cygwin Mailing list
Gareth Pearce wrote: As obviously you're a mailing list professional, I'm sure you checked the mailing list archives before posting on this topic. Hence there is no need for me to reply. As implied by my above statement, the topic has already been discussed. Therefore given the subject line of this email, you don't even need to check the mailing list archives to work out the previous answer! Gareth I apologise for replying to this, but I feel I must. As a "casual" reader of the cygwin mailing list, I feel there has been an increasing number of mails sent to the list like this one, where various members seem to be competing to see who can come up with the most patronising and sarcastic replies to newbies. Such messages I feel serve no purpose, and I find it ironic that these people are generating more "pointless" on-list messages than the newbies who they are correcting. While I do not claim any kind of authority, could I suggest perhaps a) being a little nicer to newbies (it isn't that hard really) and b) if you feel the need for a post without any useful content (perhaps just saying "search the archives") to send it just to the author of the mail in question? Thank you for your time, Chris -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
NTFS links
Cygwin includes quite a number of symlinks. I personally have changed a number of the cygwin-style symlinks to windows-style ones to fix (as has been mentioned recently) the problem that cygwin-style symlinks don't work from cmd Would it be possible to automagically change all the cygwin-style symlinks to windows-style ones? is there anything I should watch for if I attempted such a thing? -- 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/
Modular setup?
Hello. I suspect that this is a FAQ, but I haven't found it, so I'll ask it! Unlike linux / *BSD / etc distributions, it doesn't seem easy to automate the cygwin install utility. I don't seem able to get a list of installed packages, give a package to install from a given file, examine the package cache , etc. Now I think I can figure out how to get to these things, but I would personally perfer a nice command-line package utility which I could use to automate things (particularily an interest of mine, downloading binary patches to existing cached downloads to avoid having to redownload). This would perhaps require seperating the existing setup into two pieces, a "bootstrap" section which just installed a minimal system involving this setup program, and then running the setup program itself, or perhaps some other method. Is this kind of thing not covered in cygwin because it is felt it would needlessly complicate things, or simply because no-one has written the code? :) -- 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: Cut-down Cygwin on a USB Memory Stick?
Igor Pechtchanski wrote: On Wed, 28 Jan 2004, zzapper wrote: Hi Y'All Anyone investigated putting a cutdown version of CygWin onto a memory stick (128MB or bigger). What would you need the dlls vim,find,grep,ls etc?? zzapper (vim & cygwin & zsh) Sure. Google for "Cygwin on CD". Some issues (mostly having to do with the read-onlyness of CDs) won't come up with the memory stick, others will (/etc/passwd contents, for example). As for what's needed, here's a simple recipe: Step 1: Find all the programs you'd like to have, copy them to a directory on your hard drive. Step 2: Change to that directory and run "cygcheck *.exe". Step 3: Copy all the non-Windows DLLs listed in Step 2 into the directory. Step 4: Move the whole directory to the memory stick and rename it to "bin". Another minor point which I found useful for USB keying is to look up "upx"ing (available in cygwin, although the closed-source version gets better compression) all of the executables and dlls. you can get some fair reduction in space requirements and definatly if you use a USB 1.1 device you'll probably find a speed improvement too. Chris -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
latex crash
Hello! I've recently found that latex has begun crashing if I execute it from a windows xp (or 2000) cmd prompt. It happens by simply typing "latex" at a cmd prompt. I get (in a windows error box) 16 bit MS-DOS Subsystem C:\WINDOWS\System32\cmd.exe - latex The NTVDM CPU has encountered an illegal instruction. CS:06cc IP:210f OP:63 69 66 69 65 Choose 'Close' to terminate the application. this doesn't happen if I expecute it from a bash prompt. Even more strangely, if I go to a command prompt and into c:\cygwin\bin and type "dir latex.exe" it seems unable to see the file (although it is visable in windows explorer) I can reproduce this on both computers I have (independantly) installed cygwin on. Chris Cygwin Win95/NT Configuration Diagnostics Current System Time: Mon Nov 17 19:19:49 2003 Windows XP Professional Ver 5.1 Build 2600 Service Pack 1 Path: C:\WINDOWS\system32 C:\WINDOWS C:\WINDOWS\System32\Wbem C:\Program Files\Executive Software\Diskeeper\ c:\cygwin\bin c:\cygwin\usr\X11Rb\bin c:\cygwin\usr\local\bin\i686-pc-cygwin Output from C:\cygwin\bin\id.exe (nontsec) UID: 1003(mrjeff) GID: 513(None) 513(None) Output from C:\cygwin\bin\id.exe (ntsec) UID: 1003(mrjeff) GID: 513(None) 513(None)544(Administrators) 545(Users) SysDir: C:\WINDOWS\System32 WinDir: C:\WINDOWS Path = `C:\WINDOWS\system32;C:\WINDOWS;C:\WINDOWS\System32\Wbem;C:\Program Files\Executive Software\Diskeeper\;c:\cygwin\bin;c:\cygwin\usr\X11Rb\bin;c:\cygwin\usr\local\bin\i686-pc-cygwin' ALLUSERSPROFILE = `C:\Documents and Settings\All Users' APPDATA = `C:\Documents and Settings\mrjeff\Application Data' CLIENTNAME = `Console' CommonProgramFiles = `C:\Program Files\Common Files' COMPUTERNAME = `BUBBLESCOPE' ComSpec = `C:\WINDOWS\system32\cmd.exe' HOMEDRIVE = `C:' HOMEPATH = `\Documents and Settings\mrjeff' LOGONSERVER = `\\BUBBLESCOPE' NUMBER_OF_PROCESSORS = `1' OS = `Windows_NT' PATHEXT = `.COM;.EXE;.BAT;.CMD;.VBS;.VBE;.JS;.JSE;.WSF;.WSH' PROCESSOR_ARCHITECTURE = `x86' PROCESSOR_IDENTIFIER = `x86 Family 6 Model 7 Stepping 1, AuthenticAMD' PROCESSOR_LEVEL = `6' PROCESSOR_REVISION = `0701' ProgramFiles = `C:\Program Files' PROMPT = `$P$G' SESSIONNAME = `Console' SystemDrive = `C:' SystemRoot = `C:\WINDOWS' TEMP = `C:\DOCUME~1\mrjeff\LOCALS~1\Temp' TMP = `C:\DOCUME~1\mrjeff\LOCALS~1\Temp' USERDOMAIN = `BUBBLESCOPE' USERNAME = `mrjeff' USERPROFILE = `C:\Documents and Settings\mrjeff' windir = `C:\WINDOWS' 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 = 0x0022 HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/ (default) = `C:\cygwin' flags = 0x000a HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/usr/bin (default) = `C:\cygwin/bin' flags = 0x000a HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/usr/lib (default) = `C:\cygwin/lib' flags = 0x000a HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/usr/X11R6/lib/X11/fonts (default) = `C:\cygwin\usr\X11R6\lib\X11\fonts' flags = 0x000a HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\Program Options c: hd NTFS 10001Mb 60% CP CS UN PA FC d: cd N/AN/A e: hd NTFS 68527Mb 74% CP CS UN PA FC New Volume f: cd CDFS 267Mb 100%CS UN KONAMI_DDRFORPC g: hd NTFS 58635Mb 95% CP CS UN PA FC C:\cygwin / system binmode C:\cygwin/bin /usr/bin system binmode C:\cygwin/lib /usr/lib system binmode C:\cygwin\usr\X11R6\lib\X11\fonts /usr/X11R6/lib/X11/fonts system binmode . /cygdrive system binmode,cygdrive Found: c:\cygwin\bin\awk.exe Found: c:\cygwin\bin\bash.exe Found: c:\cygwin\bin\cat.exe Found: c:\cygwin\bin\cp.exe Found: c:\cygwin\bin\cpp.exe Found: c:\cygwin\bin\find.exe Found: c:\cygwin\bin\gcc.exe Not Found: gdb Found: c:\cygwin\bin\grep.exe Found: c:\cygwin\bin\ld.exe Found: c:\cygwin\bin\ls.exe Found: c:\cygwin\bin\make.exe Found: c:\cygwin\bin\mv.exe Found: c:\cygwin\bin\rm.exe Found: c:\cygwin\bin\sed.exe Found: c:\cygwin\bin\sh.exe Found: c:\cygwin\bin\tar.exe 802k 2003/09/15 c:\cygwin\bin\cygaspell-15.dll - os=4.0 img=1.0 sys=4.0 "cygaspell-15.dll" v0.0 ts=2003/9/15 13:32 61k 2003/08/09 c:\cygwin\bin\cygbz2-1.dll - os=4.0 img=1.0 sys=4.0 "cygbz2-1.dll" v0.0 ts=2003/8/9 7:35 7k 2003/10/19 c:\cygwin\bin\cygcrypt-0.dll - os=4.0 img=1.0 sys=4.0