Re: 1.5.1: can't open files beginning with "..."
> > Does it fix the following: > > > > [EMAIL PROTECTED] ~ > > $ cd /usr/bin../ > > No, it fixes the more than two leading dots problem. The above is > a genuin windows problem as you noted in your previous mail. I don't > know how to fix this without noticeably slowing down the path conv > routine. I'll try to send my patch for reviewal to cygwin-patches tonight. I have used it for a while and haven't noticed any perforamance hits. It works like this: 1) Count the number of dots for each path component 2) Check if the path component consists solely from dots If it does return ENOENT if the count of the dots is greater than 2. If it does contain both dots and other symbols, return ENOENT if there are dots at the end of the component. Pavel -- NEU FÜR ALLE - GMX MediaCenter - für Fotos, Musik, Dateien... Fotoalbum, File Sharing, MMS, Multimedia-Gruß, GMX FotoService Jetzt kostenlos anmelden unter http://www.gmx.net +++ GMX - die erste Adresse für Mail, Message, More! +++ -- 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: OpenGL and Cygwin
Hi Brian, Andre, cygwin folks, Thanks for all your help to date. I have been somewhat lax in replying since I am sitting at my laptop in India with a slow connection. Here is the situation: As per Andre's suggestion, I wanted to force linking via the windows gl headers, and so I just moved the /usr/include/GL/* headers out of the way, and am using the headers from /usr/include/w32api/GL My g++ command line is g++ -mno-cygwin -lglut32 -lglu32 -lopengl32 and a cygcheck on my exe file indicated that the glut file being linked is my local copy that I got from nvidia, and the glu,opengl32 libs are the dll files linked from c/windows/system32 As I mentioned, all of opengl1.1 works fine. In an attempt to get histograms, I enabled GL_VERSION_1.2 (I may have the spelling wrong here, but I used the correct #define). However, the way the windows gl files are structured, if the _WIN32 option is defined, the GL_VERSION_1_2 option is ignored (i.e the GL_VERSION stuff is only included inside a #ifndef _WIN32 bracket). Instead, I enabled GL_GLEXT_PROTOTYPES and that seemed to let the compilation go thru ok. However, at the link phase, I got stuck, with an error message of the form undefined reference to [EMAIL PROTECTED] the @2 suggesting that at least I am using the right include files. Now, i have been poking around with the nvidia opengl libs: the one I have doesn't appear to be the right kind though: (nvoglnt.dll) - I couldn't link it using -lnvoglnt (ld crashed) This is my current state. I am trying to download the new nvidia drivers that were released Oct 23, but it is taking some time given my slow connection I -- 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/
dependency blues
Hallo, FWIW, I'm trying to build The Gimp, now I see: Gimp configure says: checking for gimpprint-config... no Gimp-print configure says: checking for gimptool... no checking for GIMP - version >= 1.2.0... no *** The gimptool script installed by GIMP could not be found *** If GIMP was installed in PREFIX, make sure PREFIX/bin is in *** your path, or set the GIMPTOOL environment variable to the *** full path to gimptool. configure: error: Cannot find GIMP libraries: Please run ldconfig as root exit: Illegal number: make exit: Illegal number: make checking for GIMP plug-in directory... no: not found What a fun... now I'm forced to build gimp-print without Gimp, then build Gimp and then rebuild gimp-print with Gimp. have a nice day, Gerrit -- =^..^= -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Libtool thinks libintl.dll.a is static?
Hallo, *** Warning: Trying to link with static lib archive /usr/lib/libintl.dll.a. What does this warning mean? Gerrit -- =^..^= -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: binutils: Strange ld error: Error: 0-bit reloc in dll
> From: Gerrit P. Haase
> Sent: Saturday, October 25, 2003 9:46 PM
> Additional info about the statements that it happens with big object
> files:
> $ d gucharmap-unicode-info.o
> rw-r--r-- #gerrit:Admins 3.9M Oct 25 19:27 gucharmap-unicode-info.o
> 1 regular files, with a total size of 3.9M.
>
> May be that is just too big?
>
> Gerrit
! NOTE: I write this without really knowing about anything WRT ld...
! Please, take all I say with a grain of salt, auto adjust details,
! and so on ;-] - I'm here just in hope to help.
Hmm? That would be very strange IMO... assuming size is measured in bytes
it would imply a very odd usage of data types, i.e. 20 bits or some such:
$ for ((n=1;n<33;n++)) ;do v=$(( 1 << ( $n ) )) \
;echo "$n bits -> range $v";done
16 bits -> range 65536
17 bits -> range 131072
18 bits -> range 262144
19 bits -> range 524288
20 bits -> range 1048576
21 bits -> range 2097152
22 bits -> range 4194304
23 bits -> range 8388608
24 bits -> range 16777216
How about the sum of *.o sizes; does that step past some 'bit-boundary' in
line with whats shown above?
What datatype is used for adding up *.o sizes in ld?
Is there some legacy code in there?
I know that O.L.D. versions of MAC OS used the upper 8 bits of 32 bit
address pointers for some obscure data (remember: 24 bit address bus on some
MC68K's).
/Hannu E K Nevalainen, B.Sc. EE - 59?16.37'N, 17?12.60'E
-- printf("Timezone: %s\n", (DST)?"UTC+02":"UTC+01"); --
--END OF MESSAGE--
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Problem reports: http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ: http://cygwin.com/faq/
Re: 1.5.1: can't open files beginning with "..."
On Sun, Oct 26, 2003 at 09:18:21AM +0100, Pavel Tsekov wrote: >> > Does it fix the following: >> > >> > [EMAIL PROTECTED] ~ >> > $ cd /usr/bin../ >> >> No, it fixes the more than two leading dots problem. The above is >> a genuin windows problem as you noted in your previous mail. I don't >> know how to fix this without noticeably slowing down the path conv >> routine. > >I'll try to send my patch for reviewal to cygwin-patches tonight. I have >used it >for a while and haven't noticed any perforamance hits. > >It works like this: > >1) Count the number of dots for each path component > >2) Check if the path component consists solely from dots > > If it does return ENOENT if the count of the dots is > greater than 2. Why would we go to this effort, though? If the underlying FS gives meaning to a file named '...' why should we add overhead to cygwin to stop it? The path handling code is already slow enough without adding checks for corner cases. On the other hand, this *is* something that managed mode should deal with correctly. cgf -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: 1.5.1: can't open files beginning with "..."
On Sun, 26 Oct 2003, Christopher Faylor wrote: > On Sun, Oct 26, 2003 at 09:18:21AM +0100, Pavel Tsekov wrote: > >> > Does it fix the following: > >> > > >> > [EMAIL PROTECTED] ~ > >> > $ cd /usr/bin../ > >> > >> No, it fixes the more than two leading dots problem. The above is > >> a genuin windows problem as you noted in your previous mail. I don't > >> know how to fix this without noticeably slowing down the path conv > >> routine. > > > >I'll try to send my patch for reviewal to cygwin-patches tonight. I have > >used it > >for a while and haven't noticed any perforamance hits. > > > >It works like this: > > > >1) Count the number of dots for each path component > > > >2) Check if the path component consists solely from dots > > > > If it does return ENOENT if the count of the dots is > > greater than 2. > > Why would we go to this effort, though? If the underlying FS gives meaning > to a file named '...' why should we add overhead to cygwin > to stop it? The path handling code is already slow enough without adding > checks for corner cases. Path components ending in dots are treated like they don't have the trailing dots (dots are ignored). Cygwin already has code which checks for trailing dots in the last path component and reports ENOENT if i remember correctly. But the other path components are unchecked - i.e. cd /usr/bin../ set the current dir to /usr/bin.. which is an error IMHO. Anyway I agree that it is not like everyone types directories which end in dots, so maybe this isnt worth adding. > On the other hand, this *is* something that managed mode should deal with > correctly. Yes, if what the user wants to use such file or directory names. I'll shut up now :) Pavel -- 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/
Problem connecting to remote cvs with ssh
Hi, I set up a cvs that i can connect to locally with out any problem. I cannot connect to it remotely though. I set up ssh and it makes the connection but states that the repository cannot be found. I saw a similar post and tried the suggestions but nothing worked. http://sources.redhat.com/ml/cygwin/2003-07/msg01131.html cvs -d:ext:[EMAIL PROTECTED]:/var/lib/cvsroot checkout SkeletonTest This is the exact output i get after putting in my password cvs [server aborted]: /var/lib/cvsroot: no such repository Thanks in advance -Jon Here is the output from cygcheck -svr Cygwin Win95/NT Configuration Diagnostics Current System Time: Sun Oct 26 20:09:18 2003 Windows 2000 Professional Ver 5.0 Build 2195 Service Pack 4 Path: C:\Utilities\cygwin\usr\local\bin C:\Utilities\cygwin\bin C:\Utilities\cygwin\bin c:\development\Gamebryo 1.0 Evaluation\Sdk\Win32\ReleaseDLL c:\development\Gamebryo 1.0 Evaluation\Sdk\Win32\DebugDLL c:\WINNT\system32 c:\WINNT c:\WINNT\System32\Wbem c:\projects\libraries\OpenEV 1.50\bin c:\development\j2sdk1.4\jre\bin c:\projects\libraries\OpenSceneGraph-0.9.4\bin c:\Utilities\cvsnt C:\Utilities\cygwin\bin Output from C:\Utilities\cygwin\bin\id.exe (nontsec) UID: 500(Administrator) GID: 513(None) 513(None) Output from C:\Utilities\cygwin\bin\id.exe (ntsec) UID: 500(Administrator) GID: 513(None) 513(None) 544(Administrators) 545(Users) SysDir: C:\WINNT\system32 WinDir: C:\WINNT CYGWIN = `binmode ntsec tty' HOME = `C:\Utilities\cygwin\home\Administrator' MAKE_MODE = `unix' PWD = `/home/Administrator/cvs' USER = `Administrator' ALLUSERSPROFILE = `C:\Documents and Settings\All Users.WINNT' COMMONPROGRAMFILES = `C:\Program Files\Common Files' COMPUTERNAME = `BIG-UNIT' COMSPEC = `C:\WINNT\system32\cmd.exe' CVSROOT = `C:\projects\src\master' CVS_RSH = `/bin/ssh' HOMEDRIVE = `C:' HOMEPATH = `\Utilities\cygwin\home\Administrator' HOSTNAME = `big-unit' JAVA_HOME = `C:\development\j2sdk1.4' LOGNAME = `Administrator' LOGONSERVER = `\\BIG-UNIT' MAIL = `/var/spool/mail/Administrator' MANPATH = `:/usr/ssl/man' NDLDEVLOCK = `237E758CFD15F771' NDL_SHADER_LIBRARY_PATH = `C:\development\Gamebryo 1.0 Evaluation\Sdk\Win32\Shaders' NDL_TOOL_PLUGIN_PATH = `C:\development\Gamebryo 1.0 Evaluation\Sdk\Win32\ToolPlugins' NUMBER_OF_PROCESSORS = `1' OLDPWD = `/home/Administrator' OS2LIBPATH = `C:\WINNT\system32\os2\dll;C:\projects\libraries\OpenSceneGraph-0.9.4\bin' OS = `Windows_NT' PATHEXT = `.COM;.EXE;.BAT;.CMD;.VBS;.VBE;.JS;.JSE;.WSF;.WSH;.DLL' PROCESSOR_ARCHITECTURE = `x86' PROCESSOR_IDENTIFIER = `x86 Family 6 Model 6 Stepping 2, AuthenticAMD' PROCESSOR_LEVEL = `6' PROCESSOR_REVISION = `0602' PROGRAMFILES = `C:\Program Files' PS1 = `\[\033]0;\w\007 [EMAIL PROTECTED] \[\033[33m\w\033[0m\] $ ' SHELL = `/bin/bash' SHLVL = `1' SSH_CLIENT = `127.0.0.1 1662 22' SSH_CONNECTION = `127.0.0.1 1662 127.0.0.1 22' SSH_TTY = `/dev/tty1' SYSTEMDRIVE = `C:' SYSTEMROOT = `C:\WINNT' TEMP = `c:\WINNT\TEMP' TERM = `cygwin' TMP = `c:\WINNT\TEMP' TZ = `PST8PDT7,M4.1.0/2,M10.5.0/2' USERDOMAIN = `BIG-UNIT' USERNAME = `Administrator' 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 = 0x0022 HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/ (default) = `C:\Utilities\cygwin' flags = 0x000a HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/usr/bin (default) = `C:\Utilities\cygwin/bin' flags = 0x000a HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/usr/lib (default) = `C:\Utilities\cygwin/lib' flags = 0x000a HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\Program Options a: fd N/A N/A c: hd NTFS 32239Mb 95% CP CS UN PA FC d: hd FAT32 9646Mb 95% CP UN TURD e: cd CDFS 532Mb 100% CS UN Sound Bank f: cd CDFS 0Mb -2147483548% CS Audio CD C:\Utilities\cygwin / system binmode C:\Utilities\cygwin/bin /usr/bin system binmode C:\Utilities\cygwin/lib /usr/lib system binmode . /cygdrive system binmode,cygdrive Found: C:\Utilities\cygwin\bin\awk.exe Found: C:\Utilities\cygwin\bin\bash.exe Found: C:\Utilities\cygwin\bin\cat.exe Found: C:\Utilities\cygwin\bin\cp.exe Found: C:\Utilities\cygwin\bin\cpp.exe Found: C:\Utilities\cygwin\bin\find.exe Found: C:\Utilities\cygwin\bin\gcc.exe Found: C:\Utilities\cygwin\bin\gdb.exe Found: C:\Utilities\cygwin\bin\grep.exe Found: C:\Utilities\cygwin\bin\ld.exe Found: C:\Utilities\cygwin\bin\ls.exe Found: C:\Utilities\cygwin\bin\make.exe Found: C:\Utilities\cygwin\bin\mv.exe Found: C:\Utilities\cygwin\bin\rm.exe Found: C:\Utilities\cygwin\bin\sed.exe Found: C:\Utilities\cygwin\bin\sh.exe Found: C:\Utilities\cygwin\bin\tar.exe 61k 2003/08/09 C:\Uti
