cygpath 1.7 wrong
conv_posix_to_win relative is wrong in the 1.7 series. Not only cygpath, also the cygwin1.dll call cygwin_conv_path(CCP_POSIX_TO_WIN_W | CCP_RELATIVE,..) I don't want to upload a new perl for release-2 with this failure. $ uname -a CYGWIN_NT-5.1 cygwin17 1.7.0(0.185/5/2) 2008-05-25 20:10 i686 Cygwin $ mkdir -p t/lib $ cygpath -aw t/lib C:\cygwin-1.7\usr\src\perl\perl-5.10.0\builddebug\t\lib $ cygpath -w t/lib \ib $ mount -m mount -f -b C:/cygwin-1.7/bin /usr/bin mount -f -b C:/cygwin-1.7/lib /usr/lib mount -f -b C:/cygwin-1.7 / mount -s -b --change-cygdrive-prefix /cygdrive/ $ tail /etc/fstab C:/cygwin-1.7 / some_fs binary 0 0 C:/cygwin-1.7/bin /usr/bin some_fs binary 0 0 C:/cygwin-1.7/lib /usr/lib some_fs binary 0 0 # This is default anyway: # none /cygdrive cygdrive binary,user 0 0 -- Reini Urban http://phpwiki.org/ http://murbreak.at/
Couldn't startx. could not open default font 'fixed'
-- But, following the FAQ didn't fix the problem -- I tried: http://x.cygwin.com/docs/faq/cygwin-x-faq.html#q-error-font-eof I also verified that there were a lot of font files in misc. I also tried reinstalling. The only thing that seemed to fix the problem was selecting Unix / binary rather than DOS / text when installing. With Unix / binary (what I had intended to do), the x server worked. But, with DOS / text (what I accidentally selected) it did not work. I hope that helps anyone else with that problem (assuming that the FAQ didn't work). -- Scott -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/
development libraries help
I have already installed MySQL 5.0.51 (full version, for windows) and CYGWIN of course. When running my job I get the message: “There\'s no devel libraries for MySQL or ODBC” Apparently I need to install these development libraries for mysql, to be used under CYGWIN, but I am having trouble finding them and don't know how to install them even. Does anyone know where to get the mysql development libraries from? Or how to install these libraries? Do these libraries come along with CIGWIN distribution or with MySQL? cheers -- 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: Reg : System Command Not Working
I don't understand why you wouldn't just use samp.sh unchanged from Unix without changing it to a .bat file and use either product the way it was designed without SFU with cygwin binaries or vice versa. But, unless this is just a simple PATH environment variable problem, i'm sorry, but we're really not going to be helping you debug problems with a combination of both Cygwin and SFU. They are competing products and there really is no reason to use them in conjunction with each other. cgf == Hi, Thanks for your response. I found the problem of exe with help of dependency walker.It shows, that exe required some more dll like msvcr80d.dll. I have placed all the required dll, Now its working fine. So, This is not problem with cygwin and SFU. Regards Mani -- 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: rebase not compilable
On Mon, Jun 02, 2008 at 04:41:17PM +0200, Reini Urban wrote: I thought I'll improve the rebase logic by adding some fixed base addresses and space to certain apps (bash, perl, python, rest) to be able to properly rebase the culprit packages in advance. I'm not sure how I feel about the above proposed change. Do others think that this is a good idea? [snip] /usr/src/rebase-2.4.3-1/imagehelper $ make -f Makefile.cygwin g++ -O2 -c -o objectfile.o objectfile.cc g++ -O2 -c -o objectfilelist.o objectfilelist.cc g++ -O2 -c -o sections.o sections.cc sections.cc: In member function `bool Relocations::check()': sections.cc:288: error: ISO C++ forbids cast to non-reference type used as lvalue However, I'm quite willing to accept a patch to just fix the above compilation problem. Thanks, Jason -- PGP/GPG Key: http://www.tishler.net/jason/pubkey.asc or key servers Fingerprint: 7A73 1405 7F2B E669 C19D 8784 1AFD E4CC ECF4 8EF6 -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Cygwin - linker errors - __assert, __itob and __ftol
Brian, i figured out that not only do i need to compile against the no-cygwin flag but also link to it as well. so i tried to add the -Wl option like this: g++ -mno-cygwin -D__int64=long long -W1-mno-cygwin -shared -I C:\Apps\Java\jdk1.6.0_05\include -I C:\Apps\Java\jdk1.6.0_05\include\win32 -I C:\Users\me\My Documents\shapefiles\shapelib-1.2.10\shapelib-1.2.10 -I C:\Users\me\My Documents\shapefiles\shapelib128_bin_win -L C:\Users\me\My Documents\shapefiles\shapelib128_bin_win myFile.cpp -o libShapeData.dll C:\Users\me\My Documents\shapefiles\shapelib128_bin_win\shpopen.obj C:\Users\me\My Documents\shapefiles\shapelib128_bin_win\dbfopen.obj the error i get now is: /usr/lib/gcc/i686-pc-mingw32/3.4.4../../../../i686-pc-mingw32/bin/ld: unrecognized emulation mode: no-cygwin Supported Emulations: i386pe collect2: ld returned exit status at the prompt i did a ls /lib/gcc/i686-pc-mingw32 and it returned 3.4.4 so that seems right. any clues or suggestions?? thanks all in advance! On Sat, May 31, 2008 at 6:26 AM, Brian Dessent [EMAIL PROTECTED] wrote: C S wrote: gcc -D__int64=long long -shared -I\C:\Apps\Java\jdk1.6.0_05\include -I\C:\Apps\Java\jdk1.6.0_05\include\win32 -I\c:\Users\usmsci\My Documents\shapefiles\shapelib128_bin_win -L\c:\Users\usmsci\My Documents\shapefiles\shapelib128_bin_win myFile.cpp -o libShapeData.dll c:\Users\usmsci\My Documents\shapefiles\shapelib128_bin_win\shpopen.obj c:\Users\usmsci\My Documents\shapefiles\shapelib128_bin_win\dbfopen.obj the errors i get are: Warning: .drectve '-defaultlib:LIBC' - unrecognized Warning: .drectve '-defaultlib:OLDNAMES' - unrecognized Warning: .drectve '-defaultlib:LIBC' - unrecognized Warning: .drectve '-defaultlib:OLDNAMES' - unrecognized c:\Users\usmsci\My Documents\shapefiles\shapelib128_bin_win\shpopen.o:shpopen.c (.text+0x1485):undefined reference to __assert You can't mix and match objects like that. Those objects compiled by MSVC expect to be linked with the MSVCRT runtime, and here you're trying to link them against the Cygwin runtime. That's the cause of the linker errors. You can't do that. Every object needs to be consistent in the runtime that it was compiled against. So either you need to build everything against MSVCRT (i.e. gcc -mno-cygwin or using MSVC) or you need to build everything against Cygwin. But you can't do some with one and some the other. 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/
RE: Cygwin - linker errors - __assert, __itob and __ftol
C S wrote on 03 June 2008 14:25: Brian, i figured out that not only do i need to compile against the no-cygwin flag but also link to it as well. so i tried to add the -Wl option like this: g++ -mno-cygwin -D__int64=long long -W1-mno-cygwin Ah, there's your problem. You typed a '1' instead of an 'l'. And you forgot the comma. No, wait a minute, I was wrong. The actual problem is that you aren't correctly describing what you've done. Cut and paste stuff from your shell into your email, don't just make it up or you'll inevitably get it wrong. Fortunately I can still tell what the actual error is: the error i get now is: /usr/lib/gcc/i686-pc-mingw32/3.4.4../../../../i686-pc-mingw32/bin/ld: unrecognized emulation mode: no-cygwin Supported Emulations: i386pe collect2: ld returned exit status at the prompt i did a ls /lib/gcc/i686-pc-mingw32 and it returned 3.4.4 so that seems right. any clues or suggestions?? thanks all in advance! It's not a linker option in that sense; you just need to make sure you've passed it to gcc or g++ along with all the .o files and it knows how to drive the linker from that. So just remove your -Wl altogether; the plain old -mno-cygwin that you have immediately after the g++ will do the job. The effect it has is to cause g++.exe to pass different -L options to ld. cheers, DaveK -- Can't think of a witty .sigline today -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Cygwin - linker errors - __assert, __itob and __ftol
my whole command line script is: g++ -mno-cygwin -D__int64=long long -Wl,-mno-cygwin -shared -I C:\Apps\Java\jdk1.6.0_05\include -I C:\Apps\Java\jdk1.6.0_05\include\win32 -I C:\Users\me\My Documents\shapefiles\shapelib-1.2.10\shapelib-1.2.10 -I C:\Users\me\My Documents\shapefiles\shapelib128_bin_win -L C:\Users\me\My Documents\shapefiles\shapelib128_bin_win myFile.cpp -o libShapeData.dll C:\Users\me\My Documents\shapefiles\shapelib128_bin_win\shpopen.obj C:\Users\me\My Documents\shapefiles\shapelib128_bin_win\dbfopen.obj yeah i just typed in the 1 wrong. i am actually using an 'L'. if i take the -Wl,-mno-cygwin option out then i get the following error(s): -undefined reference to '_libmsvcrt_a_iname' along with other .drective warnings for -defaultLib such as LIBC and OLDNAMES -undefined reference to __nm___itob Info: resolving __itob by linked to __imp___itob(auto-import) thanks Dave K! On Tue, Jun 3, 2008 at 8:33 AM, Dave Korn [EMAIL PROTECTED] wrote: C S wrote on 03 June 2008 14:25: Brian, i figured out that not only do i need to compile against the no-cygwin flag but also link to it as well. so i tried to add the -Wl option like this: g++ -mno-cygwin -D__int64=long long -W1-mno-cygwin Ah, there's your problem. You typed a '1' instead of an 'l'. And you forgot the comma. No, wait a minute, I was wrong. The actual problem is that you aren't correctly describing what you've done. Cut and paste stuff from your shell into your email, don't just make it up or you'll inevitably get it wrong. Fortunately I can still tell what the actual error is: the error i get now is: /usr/lib/gcc/i686-pc-mingw32/3.4.4../../../../i686-pc-mingw32/bin/ld: unrecognized emulation mode: no-cygwin Supported Emulations: i386pe collect2: ld returned exit status at the prompt i did a ls /lib/gcc/i686-pc-mingw32 and it returned 3.4.4 so that seems right. any clues or suggestions?? thanks all in advance! It's not a linker option in that sense; you just need to make sure you've passed it to gcc or g++ along with all the .o files and it knows how to drive the linker from that. So just remove your -Wl altogether; the plain old -mno-cygwin that you have immediately after the g++ will do the job. The effect it has is to cause g++.exe to pass different -L options to ld. 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/
BAD FILE MODE error
I'm setting up cron for cygwin on 7 servers. I've done 2 servers with few problems, however, on the 3rd on I'm running into a problem in which cron processes do not run. I've done a bit of research and I've found the problem to be the following in the cronbug.txt file: /usr/sbin/cron: PID 4508: (lumcon) BAD FILE MODE (tabs/lumcon) I've run all of the following commands without any errors (which solved the issue on my first 2 servers): mkgroup -d -l /etc/group mkpasswd -l /etc/passwd mkpasswd -d -u lumcon /etc/passwd Does anyone have any insight as to what this BAD FILE MODE problem is, and how it can be fixed? Thanks! Jonathan O'Leary Systems Analyst/Banner Support Harford Community College 410-836-4188 Jonathan O'Leary Systems Analyst/Banner Support Harford Community College 410-836-4188 Current version -rwxr-x--- 1 lumcon 4959 Jun 12 2007 /usr/share/doc/Cygwin/cron-4.1-6.README Running crons: 450860324508 5096? 16040 14:28:28 /usr/sbin/cron Sendmail: lrwxrwxrwx 1 lumcon 16 May 29 12:31 /usr/sbin/sendmail - /usr/bin/cronlog Crontabs: -rwxr-xr-x 1 lumcon mkpasswd 244 Jun 2 15:09 /var/cron/tabs/lumcon cron.log: -rw-r--r-- 1 lumcon mkpasswd 0 Jun 2 14:28 /var/log/cron.log cron.pid: -rw-r--r-- 1 lumcon mkpasswd 5 Jun 2 14:28 /var/run/cron.pid Crontab: # DO NOT EDIT THIS FILE - edit the master and reinstall. # (/tmp/crontab.bAyMsTXU7Z installed on Mon Jun 2 15:09:56 2008) # (Cron version V5.0 -- $Id: crontab.c,v 1.12 2004/01/23 18:56:42 vixie Exp $) 12 15 * * * /cygdrive/d/backup/cproot.shl Windows Application Events log: 2008/05/29 12:32:37 [lumcon] crontab: PID 5468: (lumcon) BEGIN EDIT (lumcon) 2008/05/29 12:32:42 [lumcon] crontab: PID 5468: (lumcon) END EDIT (lumcon) 2008/06/02 13:44:44 [lumcon] crontab: PID 4908: (lumcon) BEGIN EDIT (lumcon) 2008/06/02 13:45:33 [lumcon] crontab: PID 4908: (lumcon) REPLACE (lumcon) 2008/06/02 13:45:33 [lumcon] crontab: PID 4908: (lumcon) END EDIT (lumcon) 2008/06/02 13:45:36 [lumcon] crontab: PID 3548: (lumcon) LIST (lumcon) 2008/06/02 13:52:44 [lumcon] crontab: PID 5752: (lumcon) BEGIN EDIT (lumcon) 2008/06/02 13:52:59 [lumcon] crontab: PID 5752: (lumcon) REPLACE (lumcon) 2008/06/02 13:52:59 [lumcon] crontab: PID 5752: (lumcon) END EDIT (lumcon) 2008/06/02 13:53:01 [lumcon] crontab: PID 256: (lumcon) LIST (lumcon) 2008/06/02 13:53:24 [lumcon] /usr/sbin/cron: PID 3752: (CRON) STARTUP (V5.0) 2008/06/02 13:53:24 [lumcon] /usr/sbin/cron: PID 3752: (lumcon) BAD FILE MODE (tabs/lumcon) 2008/06/02 13:53:25 [lumcon] cron: PID 3500: `cron' service started 2008/06/02 13:53:32 [lumcon] crontab: PID 4200: (lumcon) LIST (lumcon) 2008/06/02 14:13:07 [lumcon] crontab: PID 984: (lumcon) BEGIN EDIT (lumcon) 2008/06/02 14:13:23 [lumcon] crontab: PID 984: (lumcon) REPLACE (lumcon) 2008/06/02 14:13:23 [lumcon] crontab: PID 984: (lumcon) END EDIT (lumcon) 2008/06/02 14:14:01 [lumcon] /usr/sbin/cron: PID 3752: (lumcon) BAD FILE MODE (tabs/lumcon) 2008/06/02 14:16:01 [lumcon] crontab: PID 5752: (lumcon) LIST (lumcon) 2008/06/02 14:18:58 [lumcon] crontab: PID 3212: (lumcon) LIST (lumcon) 2008/06/02 14:20:58 [lumcon] cron: PID 3500: `cron' service stopped, exit status: 0 2008/06/02 14:21:13 [lumcon] /usr/sbin/cron: PID 5448: (CRON) STARTUP (V5.0) 2008/06/02 14:21:13 [lumcon] /usr/sbin/cron: PID 5448: (lumcon) BAD FILE MODE (tabs/lumcon) 2008/06/02 14:21:14 [lumcon] cron: PID 4976: `cron' service started 2008/06/02 14:27:20 [lumcon] cron: PID 4976: `cron' service stopped, exit status: 0 2008/06/02 14:28:28 [lumcon] /usr/sbin/cron: PID 4508: (CRON) STARTUP (V5.0) 2008/06/02 14:28:28 [lumcon] /usr/sbin/cron: PID 4508: (lumcon) BAD FILE MODE (tabs/lumcon) 2008/06/02 14:28:29 [lumcon] cron: PID 6032: `cron' service started 2008/06/02 14:28:34 [lumcon] crontab: PID 5620: (lumcon) BEGIN EDIT (lumcon) 2008/06/02 14:28:46 [lumcon] crontab: PID 5620: (lumcon) REPLACE (lumcon) 2008/06/02 14:28:46 [lumcon] crontab: PID 5620: (lumcon) END EDIT (lumcon) 2008/06/02 14:29:01 [lumcon] /usr/sbin/cron: PID 4508: (lumcon) BAD FILE MODE (tabs/lumcon) 2008/06/02 14:31:15 [lumcon] crontab: PID 3216: (lumcon) LIST (lumcon) 2008/06/02 14:31:50 [lumcon] crontab: PID 4348: (lumcon) LIST (lumcon) 2008/06/02 14:38:36 [lumcon] crontab: PID 1424: (lumcon) LIST (lumcon) 2008/06/02 14:39:02 [lumcon] crontab: PID 3760: (lumcon) BEGIN EDIT (lumcon) 2008/06/02 14:39:06 [lumcon] crontab: PID 3760: (lumcon) REPLACE (lumcon) 2008/06/02 14:39:06 [lumcon] crontab: PID 3760: (lumcon) END EDIT (lumcon) 2008/06/02 14:39:11 [lumcon] crontab: PID 3216: (lumcon) LIST (lumcon) 2008/06/02 14:39:39 [lumcon] crontab: PID 1824: (lumcon) BEGIN EDIT (lumcon) 2008/06/02 14:39:49 [lumcon] crontab: PID 1824: (lumcon) REPLACE (lumcon) 2008/06/02 14:39:49 [lumcon] crontab: PID 1824: (lumcon) END EDIT (lumcon) 2008/06/02 14:39:52 [lumcon] crontab: PID 4040: (lumcon) LIST (lumcon) 2008/06/02 14:40:01 [lumcon] /usr/sbin/cron: PID 4508: (lumcon) BAD FILE MODE
Re: Cygwin - linker errors - __assert, __itob and __ftol
Dave - sorry i forgot to ask was there anything that i could try to get rid of those few undefined reference errors? thanks!! On Tue, Jun 3, 2008 at 8:49 AM, C S [EMAIL PROTECTED] wrote: my whole command line script is: g++ -mno-cygwin -D__int64=long long -Wl,-mno-cygwin -shared -I C:\Apps\Java\jdk1.6.0_05\include -I C:\Apps\Java\jdk1.6.0_05\include\win32 -I C:\Users\me\My Documents\shapefiles\shapelib-1.2.10\shapelib-1.2.10 -I C:\Users\me\My Documents\shapefiles\shapelib128_bin_win -L C:\Users\me\My Documents\shapefiles\shapelib128_bin_win myFile.cpp -o libShapeData.dll C:\Users\me\My Documents\shapefiles\shapelib128_bin_win\shpopen.obj C:\Users\me\My Documents\shapefiles\shapelib128_bin_win\dbfopen.obj yeah i just typed in the 1 wrong. i am actually using an 'L'. if i take the -Wl,-mno-cygwin option out then i get the following error(s): -undefined reference to '_libmsvcrt_a_iname' along with other .drective warnings for -defaultLib such as LIBC and OLDNAMES -undefined reference to __nm___itob Info: resolving __itob by linked to __imp___itob(auto-import) thanks Dave K! On Tue, Jun 3, 2008 at 8:33 AM, Dave Korn [EMAIL PROTECTED] wrote: C S wrote on 03 June 2008 14:25: Brian, i figured out that not only do i need to compile against the no-cygwin flag but also link to it as well. so i tried to add the -Wl option like this: g++ -mno-cygwin -D__int64=long long -W1-mno-cygwin Ah, there's your problem. You typed a '1' instead of an 'l'. And you forgot the comma. No, wait a minute, I was wrong. The actual problem is that you aren't correctly describing what you've done. Cut and paste stuff from your shell into your email, don't just make it up or you'll inevitably get it wrong. Fortunately I can still tell what the actual error is: the error i get now is: /usr/lib/gcc/i686-pc-mingw32/3.4.4../../../../i686-pc-mingw32/bin/ld: unrecognized emulation mode: no-cygwin Supported Emulations: i386pe collect2: ld returned exit status at the prompt i did a ls /lib/gcc/i686-pc-mingw32 and it returned 3.4.4 so that seems right. any clues or suggestions?? thanks all in advance! It's not a linker option in that sense; you just need to make sure you've passed it to gcc or g++ along with all the .o files and it knows how to drive the linker from that. So just remove your -Wl altogether; the plain old -mno-cygwin that you have immediately after the g++ will do the job. The effect it has is to cause g++.exe to pass different -L options to ld. 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 properly logged me in and starts session; all subsequent cygwin.bat invocations just start bash
=== More info: I echoed the shell and path variables. The shell is not set to /bin/bash, but to /bin/sh. Neither are the cygwin required directories prepended to the windows directories, just the windows path.: bash-3.2$ echo $SHELL /bin/sh bash-3.2$ echo $path bash-3.2$ echo $PATH /cygdrive/c/WINDOWS/system32:/cygdrive/c/WINDOWS:/cygdr ive/c/WINDOWS/system32/wbem:/cygdrive/c/Program Files/Support Tools:/cygdrive/c/Program Files/Microsoft SQL Server/90/Tools/binn:/cygdrive/c/Program Files/Microsoft Visual Studio 8/Common7/IDE/PrivateAssemblies :/cygdrive/c/Program Files/Microsoft SQL Server/90/DTS/Binn:/cygdrive/c/Program Files/Microsoft SQL Server/90/Tools/Binn/VSShell/Common7/IDE:/cygdrive/c/Pr ogram Files/QuickTime/QTSystem bash-3.2$ == Probably a very simple fix. I downloaded cygwin, via setup so that I could use fontforge. The setup ran through, then started up the environment to log me in, where I was able to start the x11 environment. I got the fontforge installed at this point then closed out the cygwin to return to it later. I think there might be some permissions/ executable attributes/paths that either didn't take/failed on the setup, since some of the clearly visible and editable files (one was a .conf file in cygwin/etc/ I think) the executables are unable to find these files. My XP Pro environment has my profile home in the normal C:/Documents and Settings/Bern windows folder and wrote the initial .bash_history file there; yet the skeleton files are written to M:/./cygwin/home/Bern. [They're not on the same drive, but I have admin rights and can access them, so my executing cygwin should work there too.] However, on every call after that, executing cygwin.bat (the bash --login -i) merely opens the bash without logging in. BASH startup is supposed to execute the /etc/profile and my ~/.profile, but neither of these are in the execution list; I ran bash --login -i -x and it lists only the non-interactive RC files, leading me to believe the interactive nature is lost is some fashion. But I think some of the XP /MS Security access rights across the directories might be part of it as well. M:\FontForge\cygwin\binbash --login -i -x Yields: + '[' -e /etc/bash.bashrc ']' + '[' -e '/cygdrive/c/Documents and Settings/Bern/.bashrc' ']' + source '/cygdrive/c/Documents and Settings/Bern/.bashrc' Very confusing, I didn't do anything off the page just what the setup asked and what the fontforge install steps asked, which were simple and not cygwin-environment. What could I show you that might open up a clue to what I need to fix Bernie -- 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/
Thought/Suggestion/Is it Possible for the new Cygwin 1.7 /etc/fstab
With my recent attempt and ultimate success at compiling a debug version of Cygwin - I realize I must have stumbled on the new 1.7 version and subsequently tripped over the new /etc/fstab. Now that I have all of this working I wonder if there is a way on the new fstab to dictate that a drive like a cdrom (my D Drive on my laptop) is unmountable so that when it auto mounts one that is in the drive I can do the correct process and unmount the drive and then mount again when a new cd is placed in the drive. Just a thought. Thanks for all you do - this is great. bk -- 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/