[ANNOUNCEMENT] Updated: binutils-20060709-1

[ANNOUNCEMENT] Updated: binutils-20060709-1

[Christopher Faylor]

I've made a new version of binutils available for installation.  This
is a refresh from the current binutils CVS.

For a brief description of this package, and a listing of the files it
contains, see http://cygwin.com/packages/binutils .  The project web
page has more details: http://sourceware.org/binutils/ .

To update your installation, click on the "Install Cygwin now" link on
the http://cygwin.com/ web page.  This downloads setup.exe to your
system.  Then, run setup and answer all of the questions.

              *** CYGWIN-ANNOUNCE UNSUBSCRIBE INFO ***

If you want to unsubscribe from the cygwin-announce mailing list, look
at the "List-Unsubscribe: " tag in the email header of this message.
Send email to the address specified there.  It will be in the format:

cygwin-announce-unsubscribe-you=yourdomain.com@cygwin.com

If you need more information on unsubscribing, start reading here:

http://sources.redhat.com/lists.html#unsubscribe-simple

Please read *all* of the information on unsubscribing that is available
starting at the above URL.

Christopher Faylor

--
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple
Problem reports:       http://cygwin.com/problems.html
Documentation:         http://cygwin.com/docs.html
FAQ:                   http://cygwin.com/faq/

1.5.21-1 DLL Loading Problem

[Rob Hatcherson]

[-- Attachment #1: Type: text/plain, Size: 2262 bytes --]

All:

After installing 1.5.21-1 (cygcheck output attached) I've starting 
experiencing a DLL loading problem whose presentation is similar to that 
of a problem described by Gary Zablackis in a 12-Apr-2006 post with 
subject "Patch for silent crash with Cygwin1.dll v 1.5.19-4".  
Examination of dll_init.cc shows that some variation of the suggested 
patch is part of 1.5.21-1.


The general situation is that I have a program that depends on "B.dll", 
which in turn depends on "A.dll".  Both DLLs provide C++ classes.  The 
symptom is that an attempt to launch the program comes back to the shell 
prompt without doing anything, i.e. no error messages, no output, no 
anything else.  If I statically link the program then it always works.


Attempts to run in gdb in the dynamically linked case result in output 
similar to this:

Starting program: /cygdrive/c/WorkAreas/...

Program received signal SIGSEGV, Segmentation fault.
Error: dll starting at 0x4d1000 not found.

Program received signal SIGSEGV, Segmentation fault.

Program received signal SIGSEGV, Segmentation fault.

Program exited with code 030000000005.
You can't do that without a process to debug.


The line "dll starting at 0x4d1000 not found" seemed to suggest that I 
have a path issue, but by inspection I don't believe this is the case, 
plus if I move the DLLs in question out of the way I get a different 
response from gdb.


Google'ing hasn't yielded much yet.  The post I referenced above is the 
closest thing I've found so far to the symptom I'm seeing.

I've been trying to track this down with gdb, but haven't made much 
progress.  I put the cygwin1.dbg from the src distro into the /bin dir, 
which at least allowed some level of breakpoint setting, but so far none 
of the ones I've tried (dlopen, dll::init(), and a few others in that 
vicnity) have been hit.  I'm not too familiar with the cygwin source 
base, so I may be snooping around in the wrong spot.

I've also been working on reducing the scenario down to some very simple 
libraries that reproduce the symptom reliably, but this hasn't yielded 
anything worth reporting yet.


In the meantime, does anyone have any suggestions regarding what's going 
on, and/or some other technique to catch this problem?

Rob


[-- Attachment #2: cygcheck.out --]
[-- Type: text/plain, Size: 29406 bytes --]


Cygwin Configuration Diagnostics
Current System Time: Tue Jul 25 17:53:26 2006

Windows XP Professional Ver 5.1 Build 2600 Service Pack 2

Path:	e:\ThirdParty\cygwin_1.5.21-1\bin
	E:\ThirdParty\cygwin_1.5.21-1\usr\local\bin
	E:\ThirdParty\cygwin_1.5.21-1\bin
	E:\ThirdParty\cygwin_1.5.21-1\bin
	E:\ThirdParty\cygwin_1.5.21-1\usr\X11R6\bin
	c:\WINDOWS\system32
	c:\WINDOWS
	c:\WINDOWS\System32\Wbem
	c:\WorkAreas\BuildOutput-main\ZedaSoft\C++\windows_x86\zedasoft\lib

Output from E:\ThirdParty\cygwin_1.5.21-1\bin\id.exe (nontsec)
UID: 1003(rhatcher)  GID: 513(None)
0(root)              513(None)            544(Administrators)
545(Users)           1007(Debugger Users)

Output from E:\ThirdParty\cygwin_1.5.21-1\bin\id.exe (ntsec)
UID: 1003(rhatcher)  GID: 513(None)
0(root)              513(None)            544(Administrators)
545(Users)           1007(Debugger Users)

SysDir: C:\WINDOWS\system32
WinDir: C:\WINDOWS

HOME = '/home/rhatcher'
PWD = '/cygdrive/c/WorkAreas/prj-main/ZedaSoft/C++/Libs/main/test/util'
USER = 'rhatcher'
MAKE_MODE = 'unix'
LD_LIBRARY_PATH = '/cygdrive/e/ThirdParty/cygwin_1.5.21-1/bin:/usr/local/lib:/cygdrive/c/WorkAreas/BuildOutput-main/ZedaSoft/C++/windows_x86/zedasoft/lib'

!:: = '::\'
!C: = 'C:\'
!E: = 'E:\ThirdParty\cygwin_1.5.21-1\bin'
ALLUSERSPROFILE = 'C:\Documents and Settings\All Users'
APPDATA = 'C:\Documents and Settings\rhatcher\Application Data'
CGL_HOME = 'C:\ETI\CCGLite631'
CLASSPATH = 'c:\Program Files\QuickTime\QTSystem\QTJava.zip'
CLIENTNAME = 'Console'
COMMONPROGRAMFILES = 'C:\Program Files\Common Files'
COMPUTERNAME = 'DUDE'
COMSPEC = 'C:\WINDOWS\system32\cmd.exe'
DHLP_LIBS = 'ccgh,wu,libelm,lic,vpi,xopen,sim_util'
DXSDK_DIR = 'C:\DXSDK_2005_12\'
FP_NO_HOST_CHECK = 'NO'
HLP_LIBS = 'html,wu,sim_util'
HOMEDRIVE = 'C:'
HOMEPATH = '\Documents and Settings\rhatcher'
INCLUDE = 'C:\Program Files\Microsoft Visual Studio .NET 2003\SDK\v1.1\include\'
INTERP_LIBS = 'intrp,sim_util'
LIB = 'C:\Program Files\Microsoft Visual Studio .NET 2003\SDK\v1.1\Lib\'
LIBS = 'atn,ccgfonts,ccgmain,ccgps,ccv,ccvport,cvatn,data_set,osi,polygon_utl,regexp,tri,vapsmsg,msg,vpcomm,vpimsg,vputl,gl2win,vpgl,fnt,osi,vpi,sim_util,ipcwin,drivers,vusb,multimedia'
LM_LICENSE_FILE = '@dude'
LOGONSERVER = '\\DUDE'
NLSPATH = 'C:\ETI\Vaps631\Data\Msg'
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 15 Model 2 Stepping 9, GenuineIntel'
PROCESSOR_LEVEL = '15'
PROCESSOR_REVISION = '0209'
PROGRAMFILES = 'C:\Program Files'
PROMPT = '$P$G'
QTJAVA = 'c:\Program Files\QuickTime\QTSystem\QTJava.zip'
SESSIONNAME = 'Console'
SYSTEMDRIVE = 'C:'
SYSTEMROOT = 'C:\WINDOWS'
USERDOMAIN = 'DUDE'
USERNAME = 'rhatcher'
USERPROFILE = 'C:\Documents and Settings\rhatcher'
UTLLIBS = 'glu32.lib opengl32.lib'
VAPS_BIN = 'C:\ETI\Vaps631\Bin'
VAPS_DATA = 'C:\ETI\Vaps631\Data'
VAPS_DEBUG_COMM_SAVE = '-f comm_debug.out -d 5'
VAPS_GRAPHIC_LIBRARY = 'WinGDI'
VAPS_HOME = 'C:\ETI\Vaps631'
VAPS_INC = 'C:\ETI\Vaps631\Include'
VAPS_LIB = 'C:\ETI\Vaps631\Lib'
VAPS_PROTO = 'UDP FC TCP QC CM'
VAPS_RASTER_TRANSPARENCY = '0'
VS71COMNTOOLS = 'C:\Program Files\Microsoft Visual Studio .NET 2003\Common7\Tools\'
WINDIR = 'C:\WINDOWS'
WINGDI_TRANSPARENCY = '1'
TERM = 'cygwin'
HOSTTYPE = 'i386'
VENDOR = 'intel'
OSTYPE = 'posix'
MACHTYPE = 'i386'
SHLVL = '1'
LOGNAME = 'rhatcher'
GROUP = 'None'
HOST = 'dude'
MANPATH = ':/usr/ssl/man'
TZ = 'CST6CDT5,M4.1.0/2,M10.5.0/2'
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\Cygnus Solutions\Cygwin\Program Options
HKEY_CURRENT_USER\Software\Cygnus Solutions\CYGWIN.DLL setup
HKEY_CURRENT_USER\Software\Cygnus Solutions\CYGWIN.DLL setup\b15.0
HKEY_CURRENT_USER\Software\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts
HKEY_CURRENT_USER\Software\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts\00
  (default) = '\\.\tape1:'
  unix = '/dev/st1'
  fbinary = 0x00000000
  fsilent = 0x00000001
HKEY_CURRENT_USER\Software\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts\01
  (default) = '\\.\tape0:'
  unix = '/dev/st0'
  fbinary = 0x00000000
  fsilent = 0x00000001
HKEY_CURRENT_USER\Software\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts\02
  (default) = '\\.\b:'
  unix = '/dev/fd1'
  fbinary = 0x00000000
  fsilent = 0x00000001
HKEY_CURRENT_USER\Software\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts\03
  (default) = '\\.\a:'
  unix = '/dev/fd0'
  fbinary = 0x00000000
  fsilent = 0x00000001
HKEY_CURRENT_USER\Software\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts\04
  (default) = 'C:'
  unix = '/'
  fbinary = 0x00000000
  fsilent = 0x00000000
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 = 0x00000022
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/
  (default) = 'E:\ThirdParty\cygwin_1.5.21-1'
  flags = 0x0000000a
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/usr/bin
  (default) = 'E:\ThirdParty\cygwin_1.5.21-1/bin'
  flags = 0x0000000a
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/usr/lib
  (default) = 'E:\ThirdParty\cygwin_1.5.21-1/lib'
  flags = 0x0000000a
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\Program Options
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\CYGWIN.DLL setup
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\CYGWIN.DLL setup\b15.0
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts\00
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts\01
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts\02
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts\03
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts\04
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts\05
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts\06
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts\07
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts\08
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts\09
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts\0A
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts\0B
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts\0C
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts\0D
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts\0E
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts\0F
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts\10
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts\11
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts\12
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts\13
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts\14
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts\15
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts\16
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts\17
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts\18
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts\19
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts\1A
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts\1B
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts\1C
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts\1D

a:  fd             N/A    N/A                    
c:  hd  NTFS     19610Mb  85% CP CS UN PA FC     
d:  cd             N/A    N/A                    
e:  hd  NTFS     29306Mb  31% CP CS UN PA FC     Disk2

E:\ThirdParty\cygwin_1.5.21-1      /          system  binmode
E:\ThirdParty\cygwin_1.5.21-1/bin  /usr/bin   system  binmode
E:\ThirdParty\cygwin_1.5.21-1/lib  /usr/lib   system  binmode
.                                  /cygdrive  system  binmode,cygdrive

Found: e:\ThirdParty\cygwin_1.5.21-1\bin\awk.exe
Found: e:\ThirdParty\cygwin_1.5.21-1\bin\bash.exe
Found: e:\ThirdParty\cygwin_1.5.21-1\bin\cat.exe
Found: e:\ThirdParty\cygwin_1.5.21-1\bin\cp.exe
Found: e:\ThirdParty\cygwin_1.5.21-1\bin\cpp.exe
Not Found: crontab
Found: e:\ThirdParty\cygwin_1.5.21-1\bin\find.exe
Found: e:\ThirdParty\cygwin_1.5.21-1\bin\gcc.exe
Found: e:\ThirdParty\cygwin_1.5.21-1\bin\gdb.exe
Found: e:\ThirdParty\cygwin_1.5.21-1\bin\grep.exe
Found: e:\ThirdParty\cygwin_1.5.21-1\bin\kill.exe
Found: e:\ThirdParty\cygwin_1.5.21-1\bin\ld.exe
Found: e:\ThirdParty\cygwin_1.5.21-1\bin\ls.exe
Found: e:\ThirdParty\cygwin_1.5.21-1\bin\make.exe
Found: e:\ThirdParty\cygwin_1.5.21-1\bin\mv.exe
Found: e:\ThirdParty\cygwin_1.5.21-1\bin\patch.exe
Found: e:\ThirdParty\cygwin_1.5.21-1\bin\perl.exe
Found: e:\ThirdParty\cygwin_1.5.21-1\bin\rm.exe
Found: e:\ThirdParty\cygwin_1.5.21-1\bin\sed.exe
Not Found: ssh
Found: e:\ThirdParty\cygwin_1.5.21-1\bin\sh.exe
Found: e:\ThirdParty\cygwin_1.5.21-1\bin\tar.exe
Found: e:\ThirdParty\cygwin_1.5.21-1\bin\test.exe
Not Found: vi
Found: e:\ThirdParty\cygwin_1.5.21-1\bin\vim.exe

   56k 2005/07/09 e:\ThirdParty\cygwin_1.5.21-1\bin\cygbz2-1.dll - os=4.0 img=1.0 sys=4.0
                  "cygbz2-1.dll" v0.0 ts=2005/7/9 0:09
    7k 2005/11/20 e:\ThirdParty\cygwin_1.5.21-1\bin\cygcharset-1.dll - os=4.0 img=1.0 sys=4.0
                  "cygcharset-1.dll" v0.0 ts=2005/11/19 20:24
    7k 2003/10/19 e:\ThirdParty\cygwin_1.5.21-1\bin\cygcrypt-0.dll - os=4.0 img=1.0 sys=4.0
                  "cygcrypt-0.dll" v0.0 ts=2003/10/19 2:57
 1108k 2006/06/01 e:\ThirdParty\cygwin_1.5.21-1\bin\cygcrypto-0.9.7.dll - os=4.0 img=1.0 sys=4.0
                  "cygcrypto-0.9.7.dll" v0.0 ts=2006/6/1 10:50
 1050k 2006/06/01 e:\ThirdParty\cygwin_1.5.21-1\bin\cygcrypto-0.9.8.dll - os=4.0 img=1.0 sys=4.0
                  "cygcrypto-0.9.8.dll" v0.0 ts=2006/6/1 11:08
  895k 2004/04/28 e:\ThirdParty\cygwin_1.5.21-1\bin\cygdb-4.2.dll - os=4.0 img=1.0 sys=4.0
                  "cygdb-4.2.dll" v0.0 ts=2004/4/27 10:31
  965k 2005/05/14 e:\ThirdParty\cygwin_1.5.21-1\bin\cygdb-4.3.dll - os=4.0 img=1.0 sys=4.0
                  "cygdb-4.3.dll" v0.0 ts=2005/5/14 7:37
 1156k 2004/04/28 e:\ThirdParty\cygwin_1.5.21-1\bin\cygdb_cxx-4.2.dll - os=4.0 img=1.0 sys=4.0
                  "cygdb_cxx-4.2.dll" v0.0 ts=2004/4/27 10:35
 1240k 2005/05/14 e:\ThirdParty\cygwin_1.5.21-1\bin\cygdb_cxx-4.3.dll - os=4.0 img=1.0 sys=4.0
                  "cygdb_cxx-4.3.dll" v0.0 ts=2005/5/14 7:41
  174k 2004/10/14 e:\ThirdParty\cygwin_1.5.21-1\bin\cygexpat-0.dll - os=4.0 img=1.0 sys=4.0
                  "cygexpat-0.dll" v0.0 ts=2004/10/14 3:34
  129k 2004/03/11 e:\ThirdParty\cygwin_1.5.21-1\bin\cygfontconfig-1.dll - os=4.0 img=1.0 sys=4.0
                  "cygfontconfig-1.dll" v0.0 ts=2004/3/10 18:12
   40k 2006/03/24 e:\ThirdParty\cygwin_1.5.21-1\bin\cygform-8.dll - os=4.0 img=1.0 sys=4.0
                  "cygform-8.dll" v0.0 ts=2006/3/24 1:16
   45k 2001/04/25 e:\ThirdParty\cygwin_1.5.21-1\bin\cygform5.dll - os=4.0 img=1.0 sys=4.0
                  "cygform5.dll" v0.0 ts=2001/4/25 0:28
   35k 2002/01/09 e:\ThirdParty\cygwin_1.5.21-1\bin\cygform6.dll - os=4.0 img=1.0 sys=4.0
                  "cygform6.dll" v0.0 ts=2002/1/9 0:03
   48k 2003/08/09 e:\ThirdParty\cygwin_1.5.21-1\bin\cygform7.dll - os=4.0 img=1.0 sys=4.0
                  "cygform7.dll" v0.0 ts=2003/8/9 4:25
  375k 2005/09/06 e:\ThirdParty\cygwin_1.5.21-1\bin\cygfreetype-6.dll - os=4.0 img=1.0 sys=4.0
                  "cygfreetype-6.dll" v0.0 ts=2005/9/6 17:51
   28k 2003/07/20 e:\ThirdParty\cygwin_1.5.21-1\bin\cyggdbm-3.dll - os=4.0 img=1.0 sys=4.0
                  "cyggdbm-3.dll" v0.0 ts=2003/7/20 2:58
   30k 2003/08/11 e:\ThirdParty\cygwin_1.5.21-1\bin\cyggdbm-4.dll - os=4.0 img=1.0 sys=4.0
                  "cyggdbm-4.dll" v0.0 ts=2003/8/10 21:12
   19k 2003/03/22 e:\ThirdParty\cygwin_1.5.21-1\bin\cyggdbm.dll - os=4.0 img=1.0 sys=4.0
                  "cyggdbm.dll" v0.0 ts=2002/2/19 21:05
   15k 2003/07/20 e:\ThirdParty\cygwin_1.5.21-1\bin\cyggdbm_compat-3.dll - os=4.0 img=1.0 sys=4.0
                  "cyggdbm_compat-3.dll" v0.0 ts=2003/7/20 3:00
   15k 2003/08/11 e:\ThirdParty\cygwin_1.5.21-1\bin\cyggdbm_compat-4.dll - os=4.0 img=1.0 sys=4.0
                  "cyggdbm_compat-4.dll" v0.0 ts=2003/8/10 21:13
   17k 2001/06/28 e:\ThirdParty\cygwin_1.5.21-1\bin\cyghistory4.dll - os=4.0 img=1.0 sys=4.0
                  "cyghistory4.dll" v0.0 ts=2001/1/6 22:34
   29k 2003/08/10 e:\ThirdParty\cygwin_1.5.21-1\bin\cyghistory5.dll - os=4.0 img=1.0 sys=4.0
                  "cyghistory5.dll" v0.0 ts=2003/8/10 18:16
   24k 2006/03/25 e:\ThirdParty\cygwin_1.5.21-1\bin\cyghistory6.dll - os=4.0 img=1.0 sys=4.0
                  "cyghistory6.dll" v0.0 ts=2006/3/25 8:05
  947k 2005/11/20 e:\ThirdParty\cygwin_1.5.21-1\bin\cygiconv-2.dll - os=4.0 img=1.0 sys=4.0
                  "cygiconv-2.dll" v0.0 ts=2005/11/19 20:24
   22k 2001/12/13 e:\ThirdParty\cygwin_1.5.21-1\bin\cygintl-1.dll - os=4.0 img=1.0 sys=4.0
                  "cygintl-1.dll" v0.0 ts=2001/12/13 3:28
   37k 2003/08/10 e:\ThirdParty\cygwin_1.5.21-1\bin\cygintl-2.dll - os=4.0 img=1.0 sys=4.0
                  "cygintl-2.dll" v0.0 ts=2003/8/10 16:50
   31k 2005/11/20 e:\ThirdParty\cygwin_1.5.21-1\bin\cygintl-3.dll - os=4.0 img=1.0 sys=4.0
                  "cygintl-3.dll" v0.0 ts=2005/11/19 20:04
   21k 2001/06/20 e:\ThirdParty\cygwin_1.5.21-1\bin\cygintl.dll - os=4.0 img=1.0 sys=4.0
                  "cygintl.dll" v0.0 ts=2001/6/20 12:09
  132k 2003/08/11 e:\ThirdParty\cygwin_1.5.21-1\bin\cygjpeg-62.dll - os=4.0 img=1.0 sys=4.0
                  "cygjpeg-62.dll" v0.0 ts=2003/8/10 19:37
   48k 2005/11/19 e:\ThirdParty\cygwin_1.5.21-1\bin\cygmagic-1.dll - os=4.0 img=1.0 sys=4.0
                  "cygmagic-1.dll" v0.0 ts=2005/11/19 5:22
   21k 2006/03/24 e:\ThirdParty\cygwin_1.5.21-1\bin\cygmenu-8.dll - os=4.0 img=1.0 sys=4.0
                  "cygmenu-8.dll" v0.0 ts=2006/3/24 1:16
   26k 2001/04/25 e:\ThirdParty\cygwin_1.5.21-1\bin\cygmenu5.dll - os=4.0 img=1.0 sys=4.0
                  "cygmenu5.dll" v0.0 ts=2001/4/25 0:27
   20k 2002/01/09 e:\ThirdParty\cygwin_1.5.21-1\bin\cygmenu6.dll - os=4.0 img=1.0 sys=4.0
                  "cygmenu6.dll" v0.0 ts=2002/1/9 0:03
   29k 2003/08/09 e:\ThirdParty\cygwin_1.5.21-1\bin\cygmenu7.dll - os=4.0 img=1.0 sys=4.0
                  "cygmenu7.dll" v0.0 ts=2003/8/9 4:25
   67k 2006/03/24 e:\ThirdParty\cygwin_1.5.21-1\bin\cygncurses++-8.dll - os=4.0 img=1.0 sys=4.0
                  "cygncurses++-8.dll" v0.0 ts=2006/3/24 1:17
  156k 2001/04/25 e:\ThirdParty\cygwin_1.5.21-1\bin\cygncurses++5.dll - os=4.0 img=1.0 sys=4.0
                  "cygncurses++5.dll" v0.0 ts=2001/4/25 0:29
  175k 2002/01/09 e:\ThirdParty\cygwin_1.5.21-1\bin\cygncurses++6.dll - os=4.0 img=1.0 sys=4.0
                  "cygncurses++6.dll" v0.0 ts=2002/1/9 0:03
  227k 2006/03/24 e:\ThirdParty\cygwin_1.5.21-1\bin\cygncurses-8.dll - os=4.0 img=1.0 sys=4.0
                  "cygncurses-8.dll" v0.0 ts=2006/3/23 22:51
  226k 2001/04/25 e:\ThirdParty\cygwin_1.5.21-1\bin\cygncurses5.dll - os=4.0 img=1.0 sys=4.0
                  "cygncurses5.dll" v0.0 ts=2001/4/25 0:17
  202k 2002/01/09 e:\ThirdParty\cygwin_1.5.21-1\bin\cygncurses6.dll - os=4.0 img=1.0 sys=4.0
                  "cygncurses6.dll" v0.0 ts=2002/1/9 0:03
  224k 2003/08/09 e:\ThirdParty\cygwin_1.5.21-1\bin\cygncurses7.dll - os=4.0 img=1.0 sys=4.0
                  "cygncurses7.dll" v0.0 ts=2003/8/9 4:24
   12k 2006/03/24 e:\ThirdParty\cygwin_1.5.21-1\bin\cygpanel-8.dll - os=4.0 img=1.0 sys=4.0
                  "cygpanel-8.dll" v0.0 ts=2006/3/24 1:16
   15k 2001/04/25 e:\ThirdParty\cygwin_1.5.21-1\bin\cygpanel5.dll - os=4.0 img=1.0 sys=4.0
                  "cygpanel5.dll" v0.0 ts=2001/4/25 0:27
   12k 2002/01/09 e:\ThirdParty\cygwin_1.5.21-1\bin\cygpanel6.dll - os=4.0 img=1.0 sys=4.0
                  "cygpanel6.dll" v0.0 ts=2002/1/9 0:03
   19k 2003/08/09 e:\ThirdParty\cygwin_1.5.21-1\bin\cygpanel7.dll - os=4.0 img=1.0 sys=4.0
                  "cygpanel7.dll" v0.0 ts=2003/8/9 4:24
  109k 2006/02/10 e:\ThirdParty\cygwin_1.5.21-1\bin\cygpcre-0.dll - os=4.0 img=1.0 sys=4.0
                  "cygpcre-0.dll" v0.0 ts=2006/2/9 20:37
  299k 2006/02/10 e:\ThirdParty\cygwin_1.5.21-1\bin\cygpcrecpp-0.dll - os=4.0 img=1.0 sys=4.0
                  "cygpcrecpp-0.dll" v0.0 ts=2006/2/9 20:38
    7k 2006/02/10 e:\ThirdParty\cygwin_1.5.21-1\bin\cygpcreposix-0.dll - os=4.0 img=1.0 sys=4.0
                  "cygpcreposix-0.dll" v0.0 ts=2006/2/9 20:37
 1249k 2005/12/30 e:\ThirdParty\cygwin_1.5.21-1\bin\cygperl5_8.dll - os=4.0 img=1.0 sys=4.0
                  "cygperl5_8.dll" v0.0 ts=2005/12/29 19:48
  230k 2005/07/11 e:\ThirdParty\cygwin_1.5.21-1\bin\cygpng12.dll - os=4.0 img=1.0 sys=4.0
                  "cygpng12.dll" v0.0 ts=2005/7/11 18:50
   22k 2002/06/09 e:\ThirdParty\cygwin_1.5.21-1\bin\cygpopt-0.dll - os=4.0 img=1.0 sys=4.0
                  "cygpopt-0.dll" v0.0 ts=2002/6/9 0:45
  108k 2001/06/28 e:\ThirdParty\cygwin_1.5.21-1\bin\cygreadline4.dll - os=4.0 img=1.0 sys=4.0
                  "cygreadline4.dll" v0.0 ts=2001/1/6 22:34
  148k 2003/08/10 e:\ThirdParty\cygwin_1.5.21-1\bin\cygreadline5.dll - os=4.0 img=1.0 sys=4.0
                  "cygreadline5.dll" v0.0 ts=2003/8/10 18:16
  152k 2006/03/25 e:\ThirdParty\cygwin_1.5.21-1\bin\cygreadline6.dll - os=4.0 img=1.0 sys=4.0
                  "cygreadline6.dll" v0.0 ts=2006/3/25 8:05
  230k 2006/06/01 e:\ThirdParty\cygwin_1.5.21-1\bin\cygssl-0.9.7.dll - os=4.0 img=1.0 sys=4.0
                  "cygssl-0.9.7.dll" v0.0 ts=2006/6/1 10:50
  214k 2006/06/01 e:\ThirdParty\cygwin_1.5.21-1\bin\cygssl-0.9.8.dll - os=4.0 img=1.0 sys=4.0
                  "cygssl-0.9.8.dll" v0.0 ts=2006/6/1 11:08
  304k 2005/07/10 e:\ThirdParty\cygwin_1.5.21-1\bin\cygtiff-5.dll - os=4.0 img=1.0 sys=4.0
                  "cygtiff-5.dll" v0.0 ts=2005/7/10 18:18
  281k 2005/07/10 e:\ThirdParty\cygwin_1.5.21-1\bin\cygtiffxx-5.dll - os=4.0 img=1.0 sys=4.0
                  "cygtiffxx-5.dll" v0.0 ts=2005/7/10 18:21
   65k 2005/08/23 e:\ThirdParty\cygwin_1.5.21-1\bin\cygz.dll - os=4.0 img=1.0 sys=4.0
                  "cygz.dll" v0.0 ts=2005/8/22 21:03
 1831k 2006/07/24 e:\ThirdParty\cygwin_1.5.21-1\bin\cygwin1.dll - os=4.0 img=1.0 sys=4.0
                  "cygwin1.dll" v0.0 ts=2006/7/23 19:11
    Cygwin DLL version info:
        DLL version: 1.5.21
        DLL epoch: 19
        DLL bad signal mask: 19005
        DLL old termios: 5
        DLL malloc env: 28
        API major: 0
        API minor: 156
        Shared data: 4
        DLL identifier: cygwin1
        Mount registry: 2
        Cygnus registry name: Cygnus Solutions
        Cygwin registry name: Cygwin
        Program options name: Program Options
        Cygwin mount registry name: mounts v2
        Cygdrive flags: cygdrive flags
        Cygdrive prefix: cygdrive prefix
        Cygdrive default prefix: 
        Build date: Sun Jul 23 20:11:16 EDT 2006
        Shared id: cygwin1S4

   20k 2005/10/27 E:\ThirdParty\cygwin_1.5.21-1\usr\X11R6\bin\cygfontenc-1.dll - os=4.0 img=1.0 sys=4.0
                  "cygfontenc-1.dll" v0.0 ts=2005/10/26 14:14
   34k 2005/10/27 E:\ThirdParty\cygwin_1.5.21-1\usr\X11R6\bin\cygFS-6.dll - os=4.0 img=1.0 sys=4.0
                  "cygFS-6.dll" v0.0 ts=2005/10/26 12:52
  357k 2005/10/27 E:\ThirdParty\cygwin_1.5.21-1\usr\X11R6\bin\cygGL-1.dll - os=4.0 img=1.0 sys=4.0
                  "cygGL-1.dll" v0.0 ts=2005/10/26 13:30
  441k 2005/10/27 E:\ThirdParty\cygwin_1.5.21-1\usr\X11R6\bin\cygGLU-1.dll - os=4.0 img=1.0 sys=4.0
                  "cygGLU-1.dll" v0.0 ts=2005/10/26 13:48
  140k 2004/08/06 E:\ThirdParty\cygwin_1.5.21-1\usr\X11R6\bin\cygglut-3.dll - os=4.0 img=1.0 sys=4.0
                  "cygglut-3.dll" v0.0 ts=2004/8/6 9:43
   74k 2005/10/27 E:\ThirdParty\cygwin_1.5.21-1\usr\X11R6\bin\cygICE-6.dll - os=4.0 img=1.0 sys=4.0
                  "cygICE-6.dll" v0.0 ts=2005/10/26 12:11
    8k 2005/10/27 E:\ThirdParty\cygwin_1.5.21-1\usr\X11R6\bin\cygoldX-6.dll - os=4.0 img=1.0 sys=4.0
                  "cygoldX-6.dll" v0.0 ts=2005/10/26 12:09
 1662k 2005/10/27 E:\ThirdParty\cygwin_1.5.21-1\usr\X11R6\bin\cygOSMesa-4.dll - os=4.0 img=1.0 sys=4.0
                  "cygOSMesa-4.dll" v0.0 ts=2005/10/26 13:32
   28k 2005/10/27 E:\ThirdParty\cygwin_1.5.21-1\usr\X11R6\bin\cygSM-6.dll - os=4.0 img=1.0 sys=4.0
                  "cygSM-6.dll" v0.0 ts=2005/10/26 12:12
  884k 2005/10/27 E:\ThirdParty\cygwin_1.5.21-1\usr\X11R6\bin\cygX11-6.dll - os=4.0 img=1.0 sys=4.0
                  "cygX11-6.dll" v0.0 ts=2005/10/26 12:07
    8k 2005/10/27 E:\ThirdParty\cygwin_1.5.21-1\usr\X11R6\bin\cygXau-6.dll - os=4.0 img=1.0 sys=4.0
                  "cygXau-6.dll" v0.0 ts=2005/10/26 11:31
  250k 2005/10/27 E:\ThirdParty\cygwin_1.5.21-1\usr\X11R6\bin\cygXaw-6.dll - os=4.0 img=1.0 sys=4.0
                  "cygXaw-6.dll" v0.0 ts=2005/10/26 12:33
  354k 2005/10/27 E:\ThirdParty\cygwin_1.5.21-1\usr\X11R6\bin\cygXaw-7.dll - os=4.0 img=1.0 sys=4.0
                  "cygXaw-7.dll" v0.0 ts=2005/10/26 12:39
  360k 2005/10/27 E:\ThirdParty\cygwin_1.5.21-1\usr\X11R6\bin\cygXaw-8.dll - os=4.0 img=1.0 sys=4.0
                  "cygXaw-8.dll" v0.0 ts=2005/10/26 12:45
    7k 2005/10/27 E:\ThirdParty\cygwin_1.5.21-1\usr\X11R6\bin\cygXcomposite-1.dll - os=4.0 img=1.0 sys=4.0
                  "cygXcomposite-1.dll" v0.0 ts=2005/10/26 14:04
   30k 2005/10/27 E:\ThirdParty\cygwin_1.5.21-1\usr\X11R6\bin\cygXcursor-1.dll - os=4.0 img=1.0 sys=4.0
                  "cygXcursor-1.dll" v0.0 ts=2005/10/26 14:03
    8k 2005/10/27 E:\ThirdParty\cygwin_1.5.21-1\usr\X11R6\bin\cygXdamage-1.dll - os=4.0 img=1.0 sys=4.0
                  "cygXdamage-1.dll" v0.0 ts=2005/10/26 14:02
   16k 2005/10/27 E:\ThirdParty\cygwin_1.5.21-1\usr\X11R6\bin\cygXdmcp-6.dll - os=4.0 img=1.0 sys=4.0
                  "cygXdmcp-6.dll" v0.0 ts=2005/10/26 11:34
    7k 2005/10/27 E:\ThirdParty\cygwin_1.5.21-1\usr\X11R6\bin\cygXevie-1.dll - os=4.0 img=1.0 sys=4.0
                  "cygXevie-1.dll" v0.0 ts=2005/10/26 14:01
   50k 2005/10/27 E:\ThirdParty\cygwin_1.5.21-1\usr\X11R6\bin\cygXext-6.dll - os=4.0 img=1.0 sys=4.0
                  "cygXext-6.dll" v0.0 ts=2005/10/26 12:14
   15k 2005/10/27 E:\ThirdParty\cygwin_1.5.21-1\usr\X11R6\bin\cygXfixes-3.dll - os=4.0 img=1.0 sys=4.0
                  "cygXfixes-3.dll" v0.0 ts=2005/10/26 14:02
   56k 2004/03/11 E:\ThirdParty\cygwin_1.5.21-1\usr\X11R6\bin\cygXft-1.dll - os=4.0 img=1.0 sys=4.0
                  "cygXft-1.dll" v0.0 ts=2003/11/17 19:42
   63k 2004/03/23 E:\ThirdParty\cygwin_1.5.21-1\usr\X11R6\bin\cygXft-2.dll - os=4.0 img=1.0 sys=4.0
                  "cygXft-2.dll" v0.0 ts=2004/3/23 16:20
   26k 2005/10/27 E:\ThirdParty\cygwin_1.5.21-1\usr\X11R6\bin\cygXi-6.dll - os=4.0 img=1.0 sys=4.0
                  "cygXi-6.dll" v0.0 ts=2005/10/26 12:48
  121k 2005/10/27 E:\ThirdParty\cygwin_1.5.21-1\usr\X11R6\bin\cygxkbfile-1.dll - os=4.0 img=1.0 sys=4.0
                  "cygxkbfile-1.dll" v0.0 ts=2005/10/26 12:54
   11k 2005/10/27 E:\ThirdParty\cygwin_1.5.21-1\usr\X11R6\bin\cygxkbui-1.dll - os=4.0 img=1.0 sys=4.0
                  "cygxkbui-1.dll" v0.0 ts=2005/10/26 12:54
   74k 2005/10/27 E:\ThirdParty\cygwin_1.5.21-1\usr\X11R6\bin\cygXmu-6.dll - os=4.0 img=1.0 sys=4.0
                  "cygXmu-6.dll" v0.0 ts=2005/10/26 12:22
   10k 2005/10/27 E:\ThirdParty\cygwin_1.5.21-1\usr\X11R6\bin\cygXmuu-1.dll - os=4.0 img=1.0 sys=4.0
                  "cygXmuu-1.dll" v0.0 ts=2005/10/26 12:23
   26k 2005/10/27 E:\ThirdParty\cygwin_1.5.21-1\usr\X11R6\bin\cygXp-6.dll - os=4.0 img=1.0 sys=4.0
                  "cygXp-6.dll" v0.0 ts=2005/10/26 12:27
   54k 2005/10/27 E:\ThirdParty\cygwin_1.5.21-1\usr\X11R6\bin\cygXpm-4.dll - os=4.0 img=1.0 sys=4.0
                  "cygXpm-4.dll" v0.0 ts=2005/10/26 12:26
   10k 2005/10/27 E:\ThirdParty\cygwin_1.5.21-1\usr\X11R6\bin\cygXrandr-2.dll - os=4.0 img=1.0 sys=4.0
                  "cygXrandr-2.dll" v0.0 ts=2005/10/26 13:58
   30k 2005/10/27 E:\ThirdParty\cygwin_1.5.21-1\usr\X11R6\bin\cygXrender-1.dll - os=4.0 img=1.0 sys=4.0
                  "cygXrender-1.dll" v0.0 ts=2005/10/26 13:52
    7k 2005/10/27 E:\ThirdParty\cygwin_1.5.21-1\usr\X11R6\bin\cygXRes-1.dll - os=4.0 img=1.0 sys=4.0
                  "cygXRes-1.dll" v0.0 ts=2005/10/26 14:00
   38k 2005/10/27 E:\ThirdParty\cygwin_1.5.21-1\usr\X11R6\bin\cygxrx-6.dll - os=4.0 img=1.0 sys=4.0
                  "cygxrx-6.dll" v0.0 ts=2005/10/26 15:13
   24k 2005/10/27 E:\ThirdParty\cygwin_1.5.21-1\usr\X11R6\bin\cygxrxnest-6.dll - os=4.0 img=1.0 sys=4.0
                  "cygxrxnest-6.dll" v0.0 ts=2005/10/26 15:14
  283k 2005/10/27 E:\ThirdParty\cygwin_1.5.21-1\usr\X11R6\bin\cygXt-6.dll - os=4.0 img=1.0 sys=4.0
                  "cygXt-6.dll" v0.0 ts=2005/10/26 12:19
   27k 2005/10/27 E:\ThirdParty\cygwin_1.5.21-1\usr\X11R6\bin\cygXTrap-6.dll - os=4.0 img=1.0 sys=4.0
                  "cygXTrap-6.dll" v0.0 ts=2005/10/26 14:00
   17k 2005/10/27 E:\ThirdParty\cygwin_1.5.21-1\usr\X11R6\bin\cygXtst-6.dll - os=4.0 img=1.0 sys=4.0
                  "cygXtst-6.dll" v0.0 ts=2005/10/26 12:49

Can't find the cygrunsrv utility, skipping services check.


Cygwin Package Information
Last downloaded files to: E:\ThirdParty\cygwin_1.5.21-1
Last downloaded files from: http://mirrors.kernel.org/sourceware/cygwin

Package              Version
_update-info-dir     00415-1
alternatives         1.3.20a-2
ash                  20040127-3
base-files           3.7-1
base-passwd          2.2-1
bash                 3.1-6
bash-completion      20060301-1
binutils             20060709-1
bison                2.3-1
bzip2                1.0.3-1
cocom                0.995-1
coreutils            5.97-1
crypt                1.1-1
cvs                  1.11.17-1
cygutils             1.3.0-1
cygwin               1.5.21-1
cygwin-doc           1.4-3
dejagnu              20021217-2
diffutils            2.8.7-1
editrights           1.01-1
expat                1.95.8-1
expect               20030128-1
file                 4.16-1
findutils            4.3.0-2
flex                 2.5.4a-3
fontconfig           2.2.2-1
freeglut             2.2.0-1
freetype2            2.1.9-1
gawk                 3.1.5-4
gcc-core             3.4.4-1
gcc-g++              3.4.4-1
gcc-mingw-core       20050522-1
gcc-mingw-g++        20050522-1
gdb                  20060706-2
gdbm                 1.8.3-7
gettext              0.14.5-1
grep                 2.5.1a-2
groff                1.18.1-2
gzip                 1.3.5-2
hexedit              1.2.10-1
less                 381-1
libbz2_1             1.0.3-1
libcharset1          1.9.2-2
libdb4.2             4.2.52-1
libdb4.3             4.3.28-1
libfontconfig1       2.2.2-1
libfreetype26        2.1.9-1
libgdbm              1.8.0-5
libgdbm-devel        1.8.3-7
libgdbm3             1.8.3-3
libgdbm4             1.8.3-7
libiconv             1.9.2-2
libiconv2            1.9.2-2
libintl              0.10.38-3
libintl1             0.10.40-1
libintl2             0.12.1-3
libintl3             0.14.5-1
libjpeg62            6b-11
libncurses-devel     5.5-2
libncurses5          5.2-1
libncurses6          5.2-8
libncurses7          5.3-4
libncurses8          5.5-2
libpcre0             6.6-1
libpng12             1.2.8-2
libpopt0             1.6.4-4
libreadline4         4.1-2
libreadline5         4.3-5
libreadline6         5.1-5
libtiff-devel        3.7.3-1
libtiff5             3.7.3-1
libXft               2.1.6-1
libXft1              1.0.0-1
libXft2              2.1.6-1
login                1.9-7
m4                   1.4.5-1
make                 3.81-1
man                  1.5p-1
mingw-runtime        3.10-1
mktemp               1.5-3
ncftp                3.1.7-1
ncurses              5.5-2
opengl               1.1.0-8
openssl              0.9.8b-1
openssl097           0.9.7j-1
patch                2.5.8-8
pcre                 6.6-1
perl                 5.8.7-5
perl-libwin32        0.26-1
perl-Tk              804.027-4
ping                 1.0-1
run                  1.1.10-1
sed                  4.1.5-1
tar                  1.15.91-1
tcltk                20060202-1
tcsh                 6.14.00-5
termcap              20050421-1
terminfo             5.5_20060323-1
texinfo              4.8-3
tiff                 3.7.3-1
time                 1.7-1
unzip                5.50-5
vim                  7.0.035-1
w32api               3.7-1
wget                 1.10.2-1
which                1.7-1
X-startup-scripts    1.0.11-1
xorg-x11-base        6.8.99.901-1
xorg-x11-bin         6.8.99.901-1
xorg-x11-bin-dlls    6.8.99.901-1
xorg-x11-bin-lndir   6.8.99.901-1
xorg-x11-etc         6.8.99.901-1
xorg-x11-fenc        6.8.99.901-1
xorg-x11-fnts        6.8.99.901-1
xorg-x11-libs-data   6.8.99.901-1
xorg-x11-xwin        6.8.99.901-1
xterm                202-1
zip                  2.3-6
zlib                 1.2.3-1
zsh                  4.2.6-1
Use -h to see help about each section


[-- Attachment #3: Type: text/plain, Size: 218 bytes --]

--
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.21-1 DLL Loading Problem

[Larry Hall (Cygwin)]

On 07/25/2006, Rob Hatcherson wrote:
> I've been trying to track this down with gdb, but haven't made much 
> progress.  I put the cygwin1.dbg from the src distro into the /bin dir, 
> which at least allowed some level of breakpoint setting, but so far none of 
> the ones I've tried (dlopen, dll::init(), and a few others in that vicnity) 
> have been hit.  I'm not too familiar with the cygwin source base, so I may 
> be snooping around in the wrong spot.
> 

Have you tried putting break points in the DLL init routines for A.dll, B.dll,
or just plain main()?

-- 
Larry Hall                              http://www.rfk.com
RFK Partners, Inc.                      (508) 893-9779 - RFK Office
216 Dalton Rd.                          (508) 893-9889 - FAX
Holliston, MA 01746

--
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple
Problem reports:       http://cygwin.com/problems.html
Documentation:         http://cygwin.com/docs.html
FAQ:                   http://cygwin.com/faq/

RE: 1.5.21-1 DLL Loading Problem

[Dave Korn]

On 26 July 2006 01:30, Rob Hatcherson wrote:

> The general situation is that I have a program that depends on "B.dll",
> which in turn depends on "A.dll".  Both DLLs provide C++ classes.  The

> 
> In the meantime, does anyone have any suggestions regarding what's going
> on, and/or some other technique to catch this problem?

  Are you using C++ string classes?  Would you like to try recompiling it all
using the new experimental gcc-3.4.4-2 release?  It addresses at least one
known problem with C++ vs. DLLs.

http://cygwin.com/ml/cygwin-announce/2006-07/msg00021.html



    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: 1.5.21-1 DLL Loading Problem

[Rob Hatcherson]

[-- Attachment #1: Type: text/plain, Size: 3684 bytes --]

On 07/25/2006, Rob Hatcherson wrote:
>> I've been trying to track this down with gdb, but haven't made much 
>> progress.  I put the cygwin1.dbg from the src distro into the /bin 
>> dir, which at least allowed some level of breakpoint setting, but so 
>> far none of the ones I've tried (dlopen, dll::init(), and a few 
>> others in that vicnity) have been hit.  I'm not too familiar with the 
>> cygwin source base, so I may be snooping around in the wrong spot.
Larry Hall responded:
> Have you tried putting break points in the DLL init routines for 
> A.dll, B.dll,
> or just plain main()?
Had already tried main().  Whatever is happening is upstream of there.

Regarding DLL init routines, I assume you mean any DllMain defined for 
those DLLs.  I didn't have a user-defined DllMain in either DLL.  
Defining one for each DLL had no apparent effect with 1.5.21-1.

At this point I removed the DllMain's, set gdb aside, and ran the app in 
the DependencyWalker tool.  Here's the tail end of its report, where the 
problems seem to start (the full report "dwout_withoutDllMain.txt", not 
too much longer than this, is attached):

<snip>
00:00:00.172: Loaded 
"c:\workareas\buildoutput-main\zedasoft\c++\windows_x86\zedasoft\lib\LIBZEDASOFTFOUNDATION.DLL" 
at address 0x10000000 by thread 1.  Successfully hooked module.
00:00:00.422: First chance exception 0xC0000005 (Access Violation) 
occurred in "c:\windows\system32\NTDLL.DLL" at address 0x7C91E183 by 
thread 1.
00:00:00.422: Unloaded "Unknown" at address 0x004D0000 by thread 1.
00:00:02.250: First chance exception 0xC0000005 (Access Violation) 
occurred in "c:\windows\system32\NTDLL.DLL" at address 0x7C964ED1 by 
thread 1.
00:00:02.250: Second chance exception 0xC0000005 (Access Violation) 
occurred in "c:\windows\system32\NTDLL.DLL" at address 0x7C964ED1 by 
thread 1.
00:00:02.250: Exited 
"c:\workareas\prj-main\zedasoft\c++\libs\main\test\util\STRINGTOKENIZERTEST.EXE" 
(process 0x7DC) with code -1073741819 (0xC0000005) by thread 1.


At first glance one might see the Access Violation and say that this 
must be the problem.  However, seemingly innocuous changes to the 
"foundation" DLL cause the problem to morph.  For example, the 
attachment "dwout_withDllMain.txt" is from an attempt with the DllMain's 
put back in, and this one shows some kind of rebasing problem with an 
Unknown exception.

All this might suggest that there's some kind of memory corruption issue 
in our code base, but I'm not sure the load is even getting that far.  
For example, I expected to see a report about my DllMain being called in 
the dwout_withDllMain.txt log file, but there's no such report.  Does 
anything in the DLL get called prior to DllMain (e.g. global 
constructors, etc)?


Dave Korn responded:
>   Are you using C++ string classes?  Would you like to try recompiling it all
> using the new experimental gcc-3.4.4-2 release?  It addresses at least one
> known problem with C++ vs. DLLs.
>
> http://cygwin.com/ml/cygwin-announce/2006-07/msg00021.html
There's some string stuff in there, so I could give this a whirl.  
Though... the guy across from me has a cygwin gcc/g++ installation that 
reports the same version as mine, except over a 1.5.18-1 cygwin DLL, and 
everything works as expected there.  Of course who knows what *that* 
means, but FWIW I've never seen this symptom with this particular code 
base at or prior to 1.5.18-1, going back several years.  I can't speak 
to releases in between 1.5.18-1 and 1.5.21-1, as we haven't updated in a 
while.


I will keep digging, and report if I learn anything useful.  Further 
ideas on how to catch this are welcome too :-).

Thanks for your input.

Rob


[-- Attachment #2: dwout_withoutDllMain.txt --]
[-- Type: text/plain, Size: 2548 bytes --]

00:00:00.000: Started "c:\workareas\prj-main\zedasoft\c++\libs\main\test\util\STRINGTOKENIZERTEST.EXE" (process 0x7DC) at address 0x00400000 by thread 1.  Successfully hooked module.
00:00:00.000: Loaded "c:\windows\system32\NTDLL.DLL" at address 0x7C900000 by thread 1.  Successfully hooked module.
00:00:00.062: Loaded "c:\windows\system32\KERNEL32.DLL" at address 0x7C800000 by thread 1.  Successfully hooked module.
00:00:00.062: DllMain(0x7C900000, DLL_PROCESS_ATTACH, 0x00000000) in "c:\windows\system32\NTDLL.DLL" called by thread 1.
00:00:00.062: DllMain(0x7C900000, DLL_PROCESS_ATTACH, 0x00000000) in "c:\windows\system32\NTDLL.DLL" returned 1 (0x1) by thread 1.
00:00:00.062: DllMain(0x7C800000, DLL_PROCESS_ATTACH, 0x00000000) in "c:\windows\system32\KERNEL32.DLL" called by thread 1.
00:00:00.078: DllMain(0x7C800000, DLL_PROCESS_ATTACH, 0x00000000) in "c:\windows\system32\KERNEL32.DLL" returned 1 (0x1) by thread 1.
00:00:00.078: Injected "e:\thirdparty\dependencywalker_2.1\DEPENDS.DLL" at address 0x08370000 by thread 1.
00:00:00.078: DllMain(0x08370000, DLL_PROCESS_ATTACH, 0x00000000) in "e:\thirdparty\dependencywalker_2.1\DEPENDS.DLL" called by thread 1.
00:00:00.093: DllMain(0x08370000, DLL_PROCESS_ATTACH, 0x00000000) in "e:\thirdparty\dependencywalker_2.1\DEPENDS.DLL" returned 1 (0x1) by thread 1.
00:00:00.093: Loaded "e:\thirdparty\cygwin_1.5.21-1\bin\CYGWIN1.DLL" at address 0x61000000 by thread 1.  Successfully hooked module.
00:00:00.125: Loaded "c:\windows\system32\ADVAPI32.DLL" at address 0x77DD0000 by thread 1.  Successfully hooked module.
00:00:00.125: Loaded "c:\windows\system32\RPCRT4.DLL" at address 0x77E70000 by thread 1.  Successfully hooked module.
00:00:00.172: Loaded "c:\workareas\buildoutput-main\zedasoft\c++\windows_x86\zedasoft\lib\LIBZEDASOFTFOUNDATION.DLL" at address 0x10000000 by thread 1.  Successfully hooked module.
00:00:00.422: First chance exception 0xC0000005 (Access Violation) occurred in "c:\windows\system32\NTDLL.DLL" at address 0x7C91E183 by thread 1.
00:00:00.422: Unloaded "Unknown" at address 0x004D0000 by thread 1.
00:00:02.250: First chance exception 0xC0000005 (Access Violation) occurred in "c:\windows\system32\NTDLL.DLL" at address 0x7C964ED1 by thread 1.
00:00:02.250: Second chance exception 0xC0000005 (Access Violation) occurred in "c:\windows\system32\NTDLL.DLL" at address 0x7C964ED1 by thread 1.
00:00:02.250: Exited "c:\workareas\prj-main\zedasoft\c++\libs\main\test\util\STRINGTOKENIZERTEST.EXE" (process 0x7DC) with code -1073741819 (0xC0000005) by thread 1.

[-- Attachment #3: dwout_withDllMain.txt --]
[-- Type: text/plain, Size: 2711 bytes --]

00:00:00.000: Started "c:\workareas\prj-main\zedasoft\c++\libs\main\test\util\STRINGTOKENIZERTEST.EXE" (process 0xA5C) at address 0x00400000 by thread 1.  Successfully hooked module.
00:00:00.000: Loaded "c:\windows\system32\NTDLL.DLL" at address 0x7C900000 by thread 1.  Successfully hooked module.
00:00:00.062: Loaded "c:\windows\system32\KERNEL32.DLL" at address 0x7C800000 by thread 1.  Successfully hooked module.
00:00:00.062: DllMain(0x7C900000, DLL_PROCESS_ATTACH, 0x00000000) in "c:\windows\system32\NTDLL.DLL" called by thread 1.
00:00:00.062: DllMain(0x7C900000, DLL_PROCESS_ATTACH, 0x00000000) in "c:\windows\system32\NTDLL.DLL" returned 1 (0x1) by thread 1.
00:00:00.062: DllMain(0x7C800000, DLL_PROCESS_ATTACH, 0x00000000) in "c:\windows\system32\KERNEL32.DLL" called by thread 1.
00:00:00.078: DllMain(0x7C800000, DLL_PROCESS_ATTACH, 0x00000000) in "c:\windows\system32\KERNEL32.DLL" returned 1 (0x1) by thread 1.
00:00:00.078: Injected "e:\thirdparty\dependencywalker_2.1\DEPENDS.DLL" at address 0x08370000 by thread 1.
00:00:00.109: DllMain(0x08370000, DLL_PROCESS_ATTACH, 0x00000000) in "e:\thirdparty\dependencywalker_2.1\DEPENDS.DLL" called by thread 1.
00:00:00.109: DllMain(0x08370000, DLL_PROCESS_ATTACH, 0x00000000) in "e:\thirdparty\dependencywalker_2.1\DEPENDS.DLL" returned 1 (0x1) by thread 1.
00:00:00.109: Loaded "e:\thirdparty\cygwin_1.5.21-1\bin\CYGWIN1.DLL" at address 0x61000000 by thread 1.  Successfully hooked module.
00:00:00.140: Loaded "c:\windows\system32\ADVAPI32.DLL" at address 0x77DD0000 by thread 1.  Successfully hooked module.
00:00:00.140: Loaded "c:\windows\system32\RPCRT4.DLL" at address 0x77E70000 by thread 1.  Successfully hooked module.
00:00:00.203: Loaded "c:\workareas\buildoutput-main\zedasoft\c++\windows_x86\zedasoft\lib\LIBZEDASOFTFOUNDATION.DLL" at address 0x10000000 by thread 1.  Successfully hooked module.
00:00:00.453: LDR: LdrRelocateImageWithBias() failed 0xc000007b
00:00:00.453: LDR: OldBase     : 10000000
00:00:00.453: LDR: NewBase     : 004D0000
00:00:00.453: LDR: Diff        : 0xfffffffff04d0000
00:00:00.453: LDR: NextOffset  : 0054A798
00:00:00.453: LDR: *NextOffset : 0x3034
00:00:00.453: LDR: SizeOfBlock : 0x7826803c
00:00:00.453: Unloaded "Unknown" at address 0x004D0000 by thread 1.
00:00:02.781: First chance exception 0xC000007B (Unknown) occurred in "c:\windows\system32\NTDLL.DLL" at address 0x7C964ED1 by thread 1.
00:00:02.796: Second chance exception 0xC000007B (Unknown) occurred in "c:\windows\system32\NTDLL.DLL" at address 0x7C964ED1 by thread 1.
00:00:02.796: Exited "c:\workareas\prj-main\zedasoft\c++\libs\main\test\util\STRINGTOKENIZERTEST.EXE" (process 0xA5C) with code -1073741701 (0xC000007B) by thread 1.


[-- Attachment #4: Type: text/plain, Size: 218 bytes --]

--
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.21-1 DLL Loading Problem

[Rob Hatcherson]

[-- Attachment #1: Type: text/plain, Size: 2547 bytes --]

All:

This is a follow-up to a couple of posts I made 7/25,7/26/2006 regarding 
DLL loading issues.  cygcheck output was attached to the first of my two 
posts.  The cause of the problem in its original incarnation is still 
undetermined, as it all seems to be happening upstream of main() where 
things are slightly harder to nail down.

I tried pushing the issue downstream of main() by loading one of the 
questionable DLLs directly via dlopen().  This also failed, so I pared 
it down to something small that still fails consistently (testcase1.tgz, 
attached).  While this isn't exactly the form of the problem I 
originally described, it's still DLL related, and the behavior is similar.

As indicated in my original post, this problem appears possibly related 
to previously reported DLL loading issues.  But... those are supposed to 
be fixed in 1.5.21-1.

I've run this app on two XP boxes and one Win2K box with the 1.5.21-1 
cygwin1.dll, and all failed with dlerror() reporting "permission 
denied".  FWIW on two of the machines I tried the 1.5.18-1 cygwin1.dll 
(same compiler version), and it always worked.

At first glance it would seem that "permission denied" is pointing to 
the issue, but simple (and irrational) changes to the source cause the 
problem to morph.  For example, commenting out the #include of 
ReleasePool.h in Object.cpp - which isn't strictly required in the test 
case Object.cpp but was a leftover from the paring down process - caused 
the failure to be reported as "bad address".  Commenting out other 
things, such as some of the static fields in the Object and/or 
ReleasePool classes, or the #include's in Object.h, permit dlopen() to 
load the DLL successfully.  Also, removing the -g from CXXFLAGS results 
in a build that works.  There are other variations.

At this point I'm looking for volunteers with the same cygwin/g++/etc... 
versions to try to build and run this, to see if the failure is 
consistent, or if we just happen to have a pile of confused machines at 
our office.  To run a) untar testcase1.tgz somewhere, b) make, c) 
./run.  It will either say the DLL loaded OK, or give a reason why it 
didn't.

Note that I have *not* yet tried gcc 3.4.4-2 as suggested earlier by 
Dave Korn.  I'll try to get to that shortly.  Have also not yet tried 
the current nightly build.

For any of you who have a moment to help, feel free to my private email 
if you prefer and I will be glad to summarize any findings in a future 
post to keep the chatter on the list down.

TIA for any help.

Rob


[-- Attachment #2: testcase1.tgz --]
[-- Type: application/x-tar, Size: 1173 bytes --]

[-- Attachment #3: Type: text/plain, Size: 218 bytes --]

--
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.21-1 DLL Loading Problem

[Karl M]

Hi Rob...

I got...

$ ./run
Foundation load failed: Permission denied

HTH,

...Karl


>From: Rob Hatcherson Subject: Re: 1.5.21-1 DLL Loading Problem
>Date: Wed, 02 Aug 2006 16:14:41 -0500
>
>All:
>
>This is a follow-up to a couple of posts I made 7/25,7/26/2006 regarding 
>DLL loading issues.  cygcheck output was attached to the first of my two 
>posts.  The cause of the problem in its original incarnation is still 
>undetermined, as it all seems to be happening upstream of main() where 
>things are slightly harder to nail down.
>
>I tried pushing the issue downstream of main() by loading one of the 
>questionable DLLs directly via dlopen().  This also failed, so I pared it 
>down to something small that still fails consistently (testcase1.tgz, 
>attached).  While this isn't exactly the form of the problem I originally 
>described, it's still DLL related, and the behavior is similar.
>
>As indicated in my original post, this problem appears possibly related to 
>previously reported DLL loading issues.  But... those are supposed to be 
>fixed in 1.5.21-1.
>
>I've run this app on two XP boxes and one Win2K box with the 1.5.21-1 
>cygwin1.dll, and all failed with dlerror() reporting "permission denied".  
>FWIW on two of the machines I tried the 1.5.18-1 cygwin1.dll (same compiler 
>version), and it always worked.
>
>At first glance it would seem that "permission denied" is pointing to the 
>issue, but simple (and irrational) changes to the source cause the problem 
>to morph.  For example, commenting out the #include of ReleasePool.h in 
>Object.cpp - which isn't strictly required in the test case Object.cpp but 
>was a leftover from the paring down process - caused the failure to be 
>reported as "bad address".  Commenting out other things, such as some of 
>the static fields in the Object and/or ReleasePool classes, or the 
>#include's in Object.h, permit dlopen() to load the DLL successfully.  
>Also, removing the -g from CXXFLAGS results in a build that works.  There 
>are other variations.
>
>At this point I'm looking for volunteers with the same cygwin/g++/etc... 
>versions to try to build and run this, to see if the failure is consistent, 
>or if we just happen to have a pile of confused machines at our office.  To 
>run a) untar testcase1.tgz somewhere, b) make, c) ./run.  It will either 
>say the DLL loaded OK, or give a reason why it didn't.
>
>Note that I have *not* yet tried gcc 3.4.4-2 as suggested earlier by Dave 
>Korn.  I'll try to get to that shortly.  Have also not yet tried the 
>current nightly build.
>
>For any of you who have a moment to help, feel free to my private email if 
>you prefer and I will be glad to summarize any findings in a future post to 
>keep the chatter on the list down.
>
>TIA for any help.
>
>Rob
>


><< testcase1.tgz >>


>--
>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: 1.5.21-1 DLL Loading Problem

[Mark Fisher]

On 8/4/06, Karl M wrote:
> Hi Rob...
>
> I got...
>
> $ ./run
> Foundation load failed: Permission denied
>
> HTH,

not without knowing your setup it doesn't, no.
and he was asking for personal mails to keep the spam off the
list while collating information about the bug.

try running "cygcheck -cd gcc cygwin" and mailing it to rob
at the very least to show what versions of the compiler and cygwin
you are running. reporting you got a problem but not knowing what
versions you are running doesn't really help narrow the problem
down.

--
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.21-1 DLL Loading Problem

[Martin]

--- Rob Hatcherson <rob.hatcherson@zedasoft.com> wrote:

> All:
> 
> After installing 1.5.21-1 (cygcheck output attached) I've starting 
> experiencing a DLL loading problem whose presentation is similar to
> that 
> of a problem described by Gary Zablackis in a 12-Apr-2006 post with 
> subject "Patch for silent crash with Cygwin1.dll v 1.5.19-4".  
> Examination of dll_init.cc shows that some variation of the suggested
> 
> patch is part of 1.5.21-1.
> 
> 
> The general situation is that I have a program that depends on
> "B.dll", 
> which in turn depends on "A.dll".  Both DLLs provide C++ classes. 
> The 
> symptom is that an attempt to launch the program comes back to the
> shell 
> prompt without doing anything, i.e. no error messages, no output, no 
> anything else.  If I statically link the program then it always
> works.
> 
> 
> Attempts to run in gdb in the dynamically linked case result in
> output 
> similar to this:
> 
> Starting program: /cygdrive/c/WorkAreas/...
> 
> Program received signal SIGSEGV, Segmentation fault.
> Error: dll starting at 0x4d1000 not found.
> 
> Program received signal SIGSEGV, Segmentation fault.
> 
> Program received signal SIGSEGV, Segmentation fault.
> 
> Program exited with code 030000000005.
> You can't do that without a process to debug.
> 
> 
> The line "dll starting at 0x4d1000 not found" seemed to suggest that
> I 
> have a path issue, but by inspection I don't believe this is the
> case, 
> plus if I move the DLLs in question out of the way I get a different 
> response from gdb.
> 
> 
> Google'ing hasn't yielded much yet.  The post I referenced above is
> the 
> closest thing I've found so far to the symptom I'm seeing.
> 
> I've been trying to track this down with gdb, but haven't made much 
> progress.  I put the cygwin1.dbg from the src distro into the /bin
> dir, 
> which at least allowed some level of breakpoint setting, but so far
> none 
> of the ones I've tried (dlopen, dll::init(), and a few others in that
> 
> vicnity) have been hit.  I'm not too familiar with the cygwin source 
> base, so I may be snooping around in the wrong spot.
> 
> I've also been working on reducing the scenario down to some very
> simple 
> libraries that reproduce the symptom reliably, but this hasn't
> yielded 
> anything worth reporting yet.
> 
> 
> In the meantime, does anyone have any suggestions regarding what's
> going 
> on, and/or some other technique to catch this problem?
> 
> Rob
> 
=== message truncated ===> --

I had a similar problem with dynamically loaded modules (extensions) in
TCL.  I traced my problem to the upgrade of binutils 20050610-1 to
binutils 20060709-1.  When I rolled it back, everthing was fine.

However, I'm still running 1.5.20-1.

Hope this helps,
Martin


__________________________________________________
Do You Yahoo!?
Tired of spam?  Yahoo! Mail has the best spam protection around 
http://mail.yahoo.com 

--
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.21-1 DLL Loading Problem (binutils?)

[Jim Kleckner]

Martin wrote:
> --- Rob Hatcherson <rob.hatcherson@zedasoft.com> wrote:
> ...
> I had a similar problem with dynamically loaded modules (extensions) in
> TCL.  I traced my problem to the upgrade of binutils 20050610-1 to
> binutils 20060709-1.  When I rolled it back, everthing was fine.
>
> However, I'm still running 1.5.20-1.
>   

Based on Martin's comment and a couple of other observations
that rolling back binutils might help, I did so and was able to get
numpy 0.98 to compile and somewhat work. 

Does binutils need to be rolled back in the release?

Separately, if I type
 gdb python
 run
it just hangs and I have to separately kill python. 
Is this reproducible by others or do I need to dig deeper?

Jim





--
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/

[ANNOUNCEMENT] Updated: binutils-20060817-1

[Christopher Faylor]

I've made a new version of binutils available for installation.  This
is a refresh from the current binutils CVS.  It fixes the problem mentioned
here:

http://cygwin.com/ml/cygwin/2006-08/msg00055.html

(And, thanks for the test case which exposed the problem)

For a brief description of this package, and a listing of the files it
contains, see http://cygwin.com/packages/binutils .  The project web
page has more details: http://sourceware.org/binutils/ .

To update your installation, click on the "Install Cygwin now" link on
the http://cygwin.com/ web page.  This downloads setup.exe to your
system.  Then, run setup and answer all of the questions.

              *** CYGWIN-ANNOUNCE UNSUBSCRIBE INFO ***

If you want to unsubscribe from the cygwin-announce mailing list, look
at the "List-Unsubscribe: " tag in the email header of this message.
Send email to the address specified there.  It will be in the format:

cygwin-announce-unsubscribe-you=yourdomain.com@cygwin.com

If you need more information on unsubscribing, start reading here:

http://sources.redhat.com/lists.html#unsubscribe-simple

Please read *all* of the information on unsubscribing that is available
starting at the above URL.

Christopher Faylor

--
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/

[ANNOUNCEMENT] Updated: binutils-20080523-1

[Christopher Faylor]

I've made a new version of binutils available for installation.  This
is a refresh from the current binutils CVS.

For a listing of the files contained in this package see
http://cygwin.com/packages/binutils .  The project web page has more
details: http://sourceware.org/binutils/ .

To update your installation, click on the "Install Cygwin now" link on
the http://cygwin.com/ web page.  This downloads setup.exe to your
system.  Then, run setup and click Next repeatedly.  This will update
any out-of-date packages on your computer.

              *** CYGWIN-ANNOUNCE UNSUBSCRIBE INFO ***

If you want to unsubscribe from the cygwin-announce mailing list, look
at the "List-Unsubscribe: " tag in the email header of this message.
Send email to the address specified there.  It will be in the format:

cygwin-announce-unsubscribe-you=yourdomain.com@cygwin.com

If you need more information on unsubscribing, start reading here:

http://sourceware.org/lists.html#unsubscribe-simple

Please read *all* of the information on unsubscribing that is available
starting at the above URL.

--
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/

[ANNOUNCEMENT] Updated: binutils-20080523-2

[Christopher Faylor]

I've made a new version of binutils available for installation.  This
version contains a bug fix for the problem described here:

http://sourceware.org/ml/binutils/2008-07/msg00106.html

i.e., "nm -C" did not remove leading underscores.

There should be no other changes besides this one fix from Alan Modra.


For a listing of the files contained in this package see
http://cygwin.com/packages/binutils .  The project web page has more
details: http://sourceware.org/binutils/ .

To update your installation, click on the "Install Cygwin now" link on
the http://cygwin.com/ web page.  This downloads setup.exe to your
system.  Then, run setup and click Next repeatedly.  This will update
any out-of-date packages on your computer.

              *** CYGWIN-ANNOUNCE UNSUBSCRIBE INFO ***

If you want to unsubscribe from the cygwin-announce mailing list, look
at the "List-Unsubscribe: " tag in the email header of this message.
Send email to the address specified there.  It will be in the format:

cygwin-announce-unsubscribe-you=yourdomain.com@cygwin.com

If you need more information on unsubscribing, start reading here:

http://sourceware.org/lists.html#unsubscribe-simple

Please read *all* of the information on unsubscribing that is available
starting at the above URL.

--
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/

[ANNOUNCEMENT] [1.7] Updated: binutils-2.19.51-1

[Christopher Faylor]

I've made a new version of binutils available for installation.  This is
a much-needed, much-delayed refresh against the current CVS.  It should
work better with gcc-4.

The list of changes is included after the unsubscribe info.  This is a
list of changes from three binutils NEWS files.  Some entries may not be
pertinent to Cygwin.



              *** CYGWIN-ANNOUNCE UNSUBSCRIBE INFO ***

If you want to unsubscribe from the cygwin-announce mailing list, look
at the "List-Unsubscribe: " tag in the email header of this message.
Send email to the address specified there.  It will be in the format:

cygwin-announce-unsubscribe-you=yourdomain.com@cygwin.com

If you need more information on unsubscribing, start reading here:

http://sourceware.org/lists.html#unsubscribe-simple

Please read *all* of the information on unsubscribing that is available
starting at the above URL.



				* * * *

*** binutils changes:

* Readelf can now display the relocated contents of a section as a sequence
  of bytes via the --relocated-dump=<name|number> command line option.

* The gprof program has been given a new command line option:
  --external-symbols-table=<filename> which reads in symbols from a specified
  file.

* The plugin target has been added to bfd. It can load the same shared objects
  used by gold and uses them to provide basic support for new file formats.

* The verilog memory hex dump file format is now supported as an output format
  for objcopy.

* Add --file-alignment, --heap, --image-base, --section-alignment,
  --stack and --subsystem command line options to objcopy, which will
  set PE optional header.

* Option --dwarf/-W of objdump is now as flexible as readelf --debug-dump/-w.

* --as-needed now links in a dynamic library if it satisfies undefined
  symbols in regular objects, or in other dynamic libraries.  In the
  latter case the library is not linked if it is found in a DT_NEEDED
  entry of one of the libraries already linked.

* Added --prefix=PREFIX and --prefix-strip=LEVEL switches to objdump to
  add absolute paths for -S.

* Add new option --use-nul-prefixed-import-tables to dlltool to allow fall-
  back to old import table generation with null element prefix.

* Added --identify-strict switch to cause --identify <implib> to 
  report an error when the import library is associated with
  multiple DLLs.

* Added --identify <implib> option to dlltool, which determines the
  name of the DLL associated with the specified <implib>.

* Support for PowerPC booke64 instructions has been removed.  The assembler no
  longer accepts -mbooke32 or -mbooke64 and the disassembler no longer accepts
  -Mbooke32 or -Mbooke64.  Instead, -mbooke and -Mbooke should be used.

Changes in 2.19:

* Added -wL switch to dump decoded contents of .debug_line.

* Added support for "thin" archives which contain pathnames pointing to

*** gas changes:

* Add support for common symbol alignment to PE formats.

* Add support for the new discriminator column in the DWARF line table,
  with a discriminator operand for the .loc directive.

* Add support for Sunplus score architecture.

* The .type pseudo-op now accepts a type of STT_GNU_IFUNC which can be used to
  indicate that if the symbol is the target of a relocation, its value should
  not be use.  Instead the function should be invoked and its result used as
  the value.
 
* Add support for Lattice Mico32 (lm32) architecture.

Changes in 2.19:

* New pseudo op .cfi_val_encoded_addr, to record constant addresses in unwind
  tables without runtime relocation.

* New command line option, -h-tick-hex, for sh, m32c, and h8/300 targets, which
  adds compatibility with H'00 style hex constants.

 
*** ld changes:

* PE targets now support a GNU extension to allow the alignment of common
  common symbols to be specified.  This support uses custom options in
  the .drectve section, which will be disregarded by the native tools.

* PE targets now add primitive support for ELF version scripts; symbols
  are not versioned, but the local and global symbol visibility directives
  are respected when filtering symbols in auto-export mode.

* New option --no-export-dynamic to undo the effect of the -E and
  --export-dynamic options.

* ELF: --warn-alternate-em option to warn if an object has alternate
  ELF machine code.

* New script function REGION_ALIAS to add alias names to memory regions.

* PE targets no longer make use of the long section names PE extension to
  the COFF format when generating executable images, by default.  The old
  (slightly non-conformant) behaviour can still be invoked by using the
  new '--enable-long-section-names' command-line option.  It is also enabled
  automatically in the presence of un-stripped debug information, as GDB
  needs to be able to find the debug info sections by their full names.

* For GNU/Linux systems the linker will now avoid processing any relocations
  made against symbols of the STT_GNU_IFUNC type and instead emit them into
  the resulting binary for processing by the loader.

* --as-needed now links in a dynamic library if it satisfies undefined
  symbols in regular objects, or in other dynamic libraries.  In the
  latter case the library is not linked if it is found in a DT_NEEDED
  entry of one of the libraries already linked.

* Add a new command line option, -Ttext-segment ADDR, for ELF targets
  to set the address of the first byte of the text segment.

* Add support for Sunplus score architecture.

* Add new option --use-nul-prefixed-import-tables to ld for PE targets to
  allow fallback to old import table generation with null element prefix.

* Windows PE systems now support a new --exclude-modules-for-implib option,
  allowing users to partition object files and archive members between a DLL
  and its associated import library as they are generated during linking.

* Add support for Lattice Mico32 (lm32) architecture.

* Add CR16 ELF --embedded-relocs (used to embedded relocations into binaries 
  for Embedded-PIC code) option.

* Add to the PE/PE+ targets the support of two different kinds of
  pseudo-relocations.  They can be selected by the switches
  --enable-runtime-pseudo-reloc-v1 and --enable-runtime-pseudo-reloc-v2.
  For the switch --enable-runtime-pseudo-reloc it uses for 32-bit
  runtime pseudo relocation version one, for 64-bit the version two.

Changes in 2.19:

* Linker scripts support a new INSERT command that makes it easier to
  augment the default script.

--
Problem reports:       http://cygwin.com/problems.html
FAQ:                   http://cygwin.com/faq/
Documentation:         http://cygwin.com/docs.html
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple

Re: [ANNOUNCEMENT] [1.7] Updated: binutils-2.19.51-1

[Jerry DeLisle]

Christopher Faylor wrote:
> I've made a new version of binutils available for installation.  This is
> a much-needed, much-delayed refresh against the current CVS.  It should
> work better with gcc-4.
> 
> The list of changes is included after the unsubscribe info.  This is a
> list of changes from three binutils NEWS files.  Some entries may not be
> pertinent to Cygwin.
> 

Thanks Christopher, this was much needed.

Best regards,

Jerry

--
Problem reports:       http://cygwin.com/problems.html
FAQ:                   http://cygwin.com/faq/
Documentation:         http://cygwin.com/docs.html
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple

[ANNOUNCEMENT] Updated: binutils-2.19.51-2

[Christopher Faylor]

I've made a new version of binutils available for installation.  This is
a refresh against the current CVS.

A partial list of changes is included after the unsubscribe info.  This list
comes from three binutils NEWS files.

              *** CYGWIN-ANNOUNCE UNSUBSCRIBE INFO ***

If you want to unsubscribe from the cygwin-announce mailing list, look
at the "List-Unsubscribe: " tag in the email header of this message.
Send email to the address specified there.  It will be in the format:

cygwin-announce-unsubscribe-you=yourdomain.com@cygwin.com

If you need more information on unsubscribing, start reading here:

http://sourceware.org/lists.html#unsubscribe-simple

Please read *all* of the information on unsubscribing that is available
starting at the above URL.



				* * * *

* Add support for delay importing to dlltool.  Use the --output-delaylib <file>
   switch to create a delay-import library.  The resulting app will load the dll
   as soon as the first function is called.  It will link to __delayLoadHelper2()
   from the static delayimp library, which will import LoadLibraryA and
   GetProcAddress from kernel32.

* Extend .def file syntax by '== <ID>' for imports and exports. This allows
  to alias the import/export table name written in PE image.

* Add --exclude-all-symbols option to PE based linkers.  This prevents all
  symbols from automatically being exported.

* Improvements in pseudo-reloc for PE targets.

--
Problem reports:       http://cygwin.com/problems.html
FAQ:                   http://cygwin.com/faq/
Documentation:         http://cygwin.com/docs.html
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple

[ANNOUNCEMENT] Re: Updated: binutils-2.20.51-2

[Christopher Faylor]

A correction: The new version of binutils is binutils-2.20.51-2, not
binutils-2.19-51-2.  The -2 part is correct.  It reflects a botched -1
upload.

setup.exe will install the right version.  The typo was only in the
announcement.

cgf

--
Problem reports:       http://cygwin.com/problems.html
FAQ:                   http://cygwin.com/faq/
Documentation:         http://cygwin.com/docs.html
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple

[ANNOUNCEMENT] Updated: binutils-2.21.53-1

[Christopher Faylor]

I've made a new version of binutils available for installation.  This is
a refresh against the current CVS.

A partial list of changes is included after the unsubscribe info.  This list
comes from three binutils NEWS files.  Some of it may not pertain to the
Windows platform.

              *** CYGWIN-ANNOUNCE UNSUBSCRIBE INFO ***

If you want to unsubscribe from the cygwin-announce mailing list, please
use the automated form at:

http://cygwin.com/lists.html#subscribe-unsubscribe

If you need more information on unsubscribing, start reading here:

http://sourceware.org/lists.html#unsubscribe-simple

Please read *all* of the information on unsubscribing that is available
starting at this web address.



				* * * *

== For binutils ==

* Add support for displaying the contents of .debug.macro sections.

* Add --preprocessor-arg option to windres to specify additional options
  passed to preprocessor.

* Add --dwarf-start and --dwarf-end to readelf and objdump.  These are used by
  the new Emacs mode, see dwarf-mode.el.

Changes in 2.21:

* Add --interleave-width option to objcopy to allowing copying a range of
  bytes from the input to the output with the --interleave option.

* Add support for the TMS320C6000 (TI C6X) processor family.

* Readelf can now display ARM unwind tables (.ARM.exidx / .ARM.extab) using
  the -u / --unwind option.

* Add --dyn-syms to readelf to dump dynamic symbol table.

* A new tool - elfedit - has been added to directly manipulate ELF format
  binaries.

* Add to dlltool .def file feature of aliasing PE internal symbol name by
  '== <ID>' option.

* Add a new command line option -a / --addresses to addr2line to display the
  address before function name or source filename.

* Add a new command line option -p / --pretty-print to addr2line to have
  a more human readable output.

* The hppa/som targets can now be compiled on any host.

== For ld ==

* INPUT_SECTION_FLAGS has been added to the linker script language
to allow selection of input sections by section header section flags.

* Add support for the Tilera TILEPRO and TILE-Gx architectures.

* Added SORT_BY_INIT_PRIORITY to the linker script language to permit
sorting sections by numerical value of the GCC init_priority attribute
encoded in the section name.

Changes in 2.21:

* Linker script expression evaluation is somewhat more sane.  This may
  break scripts that depend on quirks of the old expression evaluation.

* Turn off underscoring for x86_64 PE+-COFF targets.  For old behavior the
  option --enable-leading-mingw64-underscores can be used on configure of
  bfd.

* Add support for the TMS320C6000 (TI C6X) processor family.

* --add-needed renamed to --copy-dt-needed-entries in order to avoid confusion
  with --as-needed option.

* Extend .def file syntax by '== <ID>' for imports and exports. This allows
  to alias the import/export table name written in PE image.

* Add --exlcude-all-symbols option to PE based linkers.  This prevents all
  symbols from automatically being exported.

* Add support for the Renesas RX processor.

* Add support for alpha-vms target.

== For gas ==

* Add support for the Tilera TILEPRO and TILE-Gx architectures.

Changes in 2.21:

* Gas no longer requires doubling of ampersands in macros.

* Add support for the TMS320C6000 (TI C6X) processor family.

* GAS now understands an extended syntax in the .section directive flags
  for COFF targets that allows the section's alignment to be specified.  This
  feature has also been backported to the 2.20 release series, starting with
  2.20.1.

* Add support for the Renesas RX processor.

* New command line option, --compress-debug-sections, which requests
  compression of DWARF debug information sections in the relocatable output
  file.  Compressed debug sections are supported by readelf, objdump, and
  gold, but not currently by Gnu ld.

--
Problem reports:       http://cygwin.com/problems.html
FAQ:                   http://cygwin.com/faq/
Documentation:         http://cygwin.com/docs.html
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple

Re: [ANNOUNCEMENT] Updated: binutils-2.21.53-1

[Denis Excoffier]

Hello,

On Sun, Jul 31, 2011 at 02:22:51PM -0400, Christopher Faylor wrote:
>> I've made a new version of binutils available for installation.  This is
>> a refresh against the current CVS.

Compared to the previous one (binutils-2.20.51-2), the /usr/include/bfd.h
(and fellows) is missing. I need <bfd.h> in order to
compile cygwin-snapshot-20110803-1/winsup/utils/dumper.cc

Where can i find it, if not in binutils?

Thank for your support,

Denis Excoffier.


--
Problem reports:       http://cygwin.com/problems.html
FAQ:                   http://cygwin.com/faq/
Documentation:         http://cygwin.com/docs.html
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple

Re: [ANNOUNCEMENT] Updated: binutils-2.21.53-1

[Yaakov (Cygwin/X)]

On Fri, 2011-08-05 at 13:35 +0200, Denis Excoffier wrote:
> Hello,
> 
> On Sun, Jul 31, 2011 at 02:22:51PM -0400, Christopher Faylor wrote:
> >> I've made a new version of binutils available for installation.  This is
> >> a refresh against the current CVS.
> 
> Compared to the previous one (binutils-2.20.51-2), the /usr/include/bfd.h
> (and fellows) is missing. I need <bfd.h> in order to
> compile cygwin-snapshot-20110803-1/winsup/utils/dumper.cc
> 
> Where can i find it, if not in binutils?

cgf,

Could you please respin binutils with the missing headers and libraries?


Yaakov



--
Problem reports:       http://cygwin.com/problems.html
FAQ:                   http://cygwin.com/faq/
Documentation:         http://cygwin.com/docs.html
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple

Re: [ANNOUNCEMENT] Updated: binutils-2.21.53-1

[Charles Wilson]

On 8/18/2011 1:37 PM, Yaakov (Cygwin/X) wrote:
> Could you please respin binutils with the missing headers and libraries?

Since libbfd & friends are no longer default-installed by the src/ build
machinery when building binutils or gcc, I wonder if it would be a good
idea to "spin off" libbfd as a separate "package" -- with no ties to
(and not used by) binutils/gcc themselves.  (Obv, binutils/gcc would
continue as they do at present, building an internal version with just
what they need).

That way, bfd-for-public-use could be configured with all bells and
whistles (e.g. elf support, etc).

--
Chuck


--
Problem reports:       http://cygwin.com/problems.html
FAQ:                   http://cygwin.com/faq/
Documentation:         http://cygwin.com/docs.html
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple

Re: [ANNOUNCEMENT] Updated: binutils-2.21.53-1

[Christopher Faylor]

On Thu, Aug 18, 2011 at 12:37:56PM -0500, Yaakov (Cygwin/X) wrote:
>On Fri, 2011-08-05 at 13:35 +0200, Denis Excoffier wrote:
>> Hello,
>> 
>> On Sun, Jul 31, 2011 at 02:22:51PM -0400, Christopher Faylor wrote:
>> >> I've made a new version of binutils available for installation.  This is
>> >> a refresh against the current CVS.
>> 
>> Compared to the previous one (binutils-2.20.51-2), the /usr/include/bfd.h
>> (and fellows) is missing. I need <bfd.h> in order to
>> compile cygwin-snapshot-20110803-1/winsup/utils/dumper.cc
>> 
>> Where can i find it, if not in binutils?
>
>Could you please respin binutils with the missing headers and libraries?

I'm aware of the problem.  No need for a reminder.

--
Problem reports:       http://cygwin.com/problems.html
FAQ:                   http://cygwin.com/faq/
Documentation:         http://cygwin.com/docs.html
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple

Re: [ANNOUNCEMENT] Updated: binutils-2.21.53-1

[Christopher Faylor]

On Thu, Aug 18, 2011 at 05:25:29PM -0400, Christopher Faylor wrote:
>On Thu, Aug 18, 2011 at 12:37:56PM -0500, Yaakov (Cygwin/X) wrote:
>>On Fri, 2011-08-05 at 13:35 +0200, Denis Excoffier wrote:
>>> Hello,
>>> 
>>> On Sun, Jul 31, 2011 at 02:22:51PM -0400, Christopher Faylor wrote:
>>> >> I've made a new version of binutils available for installation.  This is
>>> >> a refresh against the current CVS.
>>> 
>>> Compared to the previous one (binutils-2.20.51-2), the /usr/include/bfd.h
>>> (and fellows) is missing. I need <bfd.h> in order to
>>> compile cygwin-snapshot-20110803-1/winsup/utils/dumper.cc
>>> 
>>> Where can i find it, if not in binutils?
>>
>>Could you please respin binutils with the missing headers and libraries?
>
>I'm aware of the problem.  No need for a reminder.

I meant to mention that, unless you are actually working on dumper.cc,
these missing header files are not essential.

If you're just working on the DLL then just cd to the winsup/cygwin
directory and type "make".  That's the way that I (and probably Corinna)
build cygwin while we are doing development.

cgf

--
Problem reports:       http://cygwin.com/problems.html
FAQ:                   http://cygwin.com/faq/
Documentation:         http://cygwin.com/docs.html
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple

[ANNOUNCEMENT] Updated: binutils-2.21.53-2

[Christopher Faylor]

I've made a new version of binutils available for installation.  There
is only one change in this release: the previously missing /usr/include
directory is now correctly populated with the right header files.

              *** CYGWIN-ANNOUNCE UNSUBSCRIBE INFO ***

If you want to unsubscribe from the cygwin-announce mailing list, please
use the automated form at:

http://cygwin.com/lists.html#subscribe-unsubscribe

If you need more information on unsubscribing, start reading here:

http://sourceware.org/lists.html#unsubscribe-simple

Please read *all* of the information on unsubscribing that is available
starting at this web address.

--
Problem reports:       http://cygwin.com/problems.html
FAQ:                   http://cygwin.com/faq/
Documentation:         http://cygwin.com/docs.html
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple

Re: [ANNOUNCEMENT] Updated: binutils-2.21.53-2

[Dave Korn]

On 21/08/2011 20:41, Christopher Faylor wrote:
> I've made a new version of binutils available for installation.

  Heads up; I just noticed that the -src package is truncated about half-way
through.

    cheers,
      DaveK


--
Problem reports:       http://cygwin.com/problems.html
FAQ:                   http://cygwin.com/faq/
Documentation:         http://cygwin.com/docs.html
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple

[ANNOUNCEMENT] Updated: binutils-2.22.51-1

[Christopher Faylor]

I've made a new version of binutils available for installation.  This
is a refresh against CVS.  The contents of the NEWS file for this snapshot
are in /usr/share/doc/Cygwin/binutils-2.22.51-1.README .  The main reason
for the release is to pull in Dave Korn's changes as discussed here:

http://cygwin.com/ml/cygwin/2011-09/msg00386.html

              *** CYGWIN-ANNOUNCE UNSUBSCRIBE INFO ***

If you want to unsubscribe from the cygwin-announce mailing list, please
use the automated form at:

http://cygwin.com/lists.html#subscribe-unsubscribe

If you need more information on unsubscribing, start reading here:

http://sourceware.org/lists.html#unsubscribe-simple

Please read *all* of the information on unsubscribing that is available
starting at this web address.

--
Problem reports:       http://cygwin.com/problems.html
FAQ:                   http://cygwin.com/faq/
Documentation:         http://cygwin.com/docs.html
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple

Re: [ANNOUNCEMENT] Updated: binutils-2.22.51-1

[Chris Sutcliffe]

On 18/10/2011 3:03 PM, Christopher Faylor wrote:
> I've made a new version of binutils available for installation.  This
> is a refresh against CVS.  The contents of the NEWS file for this snapshot
> are in /usr/share/doc/Cygwin/binutils-2.22.51-1.README .  The main reason
> for the release is to pull in Dave Korn's changes as discussed here:
>
> http://cygwin.com/ml/cygwin/2011-09/msg00386.html

Dave, will there also be a new gcc to address the relocation issue with 
libstdc++?

Cheers,

Chris

-- 
Chris Sutcliffe
ir0nh34d@gmail.com
http://emergedesktop.org
http://www.google.com/profiles/ir0nh34d


--
Problem reports:       http://cygwin.com/problems.html
FAQ:                   http://cygwin.com/faq/
Documentation:         http://cygwin.com/docs.html
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple

Re: [ANNOUNCEMENT] Updated: binutils-2.22.51-1

[Dave Korn]

On 20/10/2011 03:14, Chris Sutcliffe wrote:
> On 18/10/2011 3:03 PM, Christopher Faylor wrote:
>> I've made a new version of binutils available for installation.  This
>> is a refresh against CVS.  The contents of the NEWS file for this
>> snapshot
>> are in /usr/share/doc/Cygwin/binutils-2.22.51-1.README .  The main reason
>> for the release is to pull in Dave Korn's changes as discussed here:
>>
>> http://cygwin.com/ml/cygwin/2011-09/msg00386.html
> 
> Dave, will there also be a new gcc to address the relocation issue with
> libstdc++?

  Yep, it's on the way, already built and packaged and just needs a few more
hours final sanity checking before I hit the switch to release it.

    cheers,
      DaveK


--
Problem reports:       http://cygwin.com/problems.html
FAQ:                   http://cygwin.com/faq/
Documentation:         http://cygwin.com/docs.html
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple

[ANNOUNCEMENT] Updated: binutils-2.22.51-2

[Christopher Faylor]

I've made a new version of binutils available for installation.  This is
a refresh against CVS.  The contents of the NEWS file for this snapshot
are in /usr/share/doc/Cygwin/binutils-2.22.51-2.README .  However, there
is no reason to read that file.  The only real change is to reset the
auto-image-base for dlls as discussed here:

http://cygwin.com/ml/cygwin-apps/2012-03/msg00019.html

This change will stop annoying collisions with cygwin1.dll for newly
created dlls which use the --enable-auto-image-base option.  With this
release the base is increased.  Additionally --enable-auto-image-base
now takes an optional argument which controls where the base starts.


              *** CYGWIN-ANNOUNCE UNSUBSCRIBE INFO ***

If you want to unsubscribe from the cygwin-announce mailing list, please
use the automated form at:

http://cygwin.com/lists.html#subscribe-unsubscribe

If you need more information on unsubscribing, start reading here:

http://sourceware.org/lists.html#unsubscribe-simple

Please read *all* of the information on unsubscribing that is available
starting at this web address.

--
Problem reports:       http://cygwin.com/problems.html
FAQ:                   http://cygwin.com/faq/
Documentation:         http://cygwin.com/docs.html
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple

[ANNOUNCEMENT] Updated: binutils-2.23.51-1

[Christopher Faylor]

I've made a new version of binutils available for installation.  This is
a refresh against CVS.

              *** CYGWIN-ANNOUNCE UNSUBSCRIBE INFO ***

If you want to unsubscribe from the cygwin-announce mailing list, please
use the automated form at:

http://cygwin.com/lists.html#subscribe-unsubscribe

If you need more information on unsubscribing, start reading here:

http://sourceware.org/lists.html#unsubscribe-simple

Please read *all* of the information on unsubscribing that is available
starting at this web address.

--
Problem reports:       http://cygwin.com/problems.html
FAQ:                   http://cygwin.com/faq/
Documentation:         http://cygwin.com/docs.html
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple

[ANNOUNCEMENT] Updated: binutils-2.24.51-1 (x86/x86_64)

[Christopher Faylor]

I've made a new version of binutils available for installation.  This is
a refresh against the official git repository.  The binutils package
contains the GNU assembler, linker and binary utilities.  It is
available in the "Devel" category under Cygwin's setup.

This update contains many bug fixes but the primary Cygwin-specific
improvement is mentioned here:

http://cygwin.com/ml/cygwin/2014-03/msg00212.html

--
Problem reports:       http://cygwin.com/problems.html
FAQ:                   http://cygwin.com/faq/
Documentation:         http://cygwin.com/docs.html
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple

Re: [ANNOUNCEMENT] Updated: binutils-2.24.51-1 (x86/x86_64)

[Denis Excoffier]

On 2014-03-15 20:33, Christopher Faylor wrote:

> I've made a new version of binutils available for installation.  This is
> a refresh against the official git repository.  The binutils package
> contains the GNU assembler, linker and binary utilities.  It is
> available in the "Devel" category under Cygwin's setup.

This new version 2.24.51 needs (at least on x86) the addition of /usr/lib/libiberty.a (that was present in 2.23.51) in order to compile the 20140317 snapshot successfully (see the target dumper.exe).

Regards,

Denis Excoffier.


--
Problem reports:       http://cygwin.com/problems.html
FAQ:                   http://cygwin.com/faq/
Documentation:         http://cygwin.com/docs.html
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple

[ANNOUNCEMENT] Updated: binutils-2.24.51-2 (x86/x86_64)

[Christopher Faylor]

I've made a new version of binutils available for installation.  This is
a refresh against the official git repository.  The binutils package
contains the GNU assembler, linker and binary utilities.  It is
available in the "Devel" category under Cygwin's setup.

This update contains a few bug fixes.  Specifically it should address:

http://cygwin.com/ml/cygwin/2014-03/msg00298.html
http://cygwin.com/ml/cygwin/2014-03/threads.html#00317
http://cygwin.com/ml/cygwin/2014-03/threads.html#00369

--
Problem reports:       http://cygwin.com/problems.html
FAQ:                   http://cygwin.com/faq/
Documentation:         http://cygwin.com/docs.html
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple

[ANNOUNCEMENT] Updated: binutils-2.24.51-3 (x86/x86_64)

[Christopher Faylor]

I've made a new version of binutils available for installation.  This is
a refresh against the official git repository.  The binutils package
contains the GNU assembler, linker and binary utilities.  It is
available in the "Devel" category under Cygwin's setup.

--
Problem reports:       http://cygwin.com/problems.html
FAQ:                   http://cygwin.com/faq/
Documentation:         http://cygwin.com/docs.html
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple

Re: [ANNOUNCEMENT] Updated: binutils-2.24.51-3 (x86/x86_64)

[Ken Brown]

On 5/28/2014 11:13 PM, Christopher Faylor wrote:
> I've made a new version of binutils available for installation.  This is
> a refresh against the official git repository.  The binutils package
> contains the GNU assembler, linker and binary utilities.  It is
> available in the "Devel" category under Cygwin's setup.

Thanks.  Unfortunately, the problem I reported in 
https://cygwin.com/ml/cygwin/2014-04/msg00199.html doesn't seem to have 
been fixed.  I thought it was supposed to be fixed as part of binutils 
bug 16807.  I've sent an additional comment to that bug report:

   https://sourceware.org/bugzilla/show_bug.cgi?id=16807#c12

Ken

--
Problem reports:       http://cygwin.com/problems.html
FAQ:                   http://cygwin.com/faq/
Documentation:         http://cygwin.com/docs.html
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple

[ANNOUNCEMENT] Updated: binutils-2.24.51-4 (x86/x86_64)

[Christopher Faylor]

I've made a new version of binutils available for installation.  This is
a refresh against the official git repository.  The binutils package
contains the GNU assembler, linker and binary utilities.  It is
available in the "Devel" category under Cygwin's setup.

--
Problem reports:       http://cygwin.com/problems.html
FAQ:                   http://cygwin.com/faq/
Documentation:         http://cygwin.com/docs.html
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple