[ANNOUNCEMENT] pscan 1.2-1 -- Format string security checker for C files

2007-12-05 Thread Jari Aalto 
PACKAGE DESCRIPTION
===

Homepage: http://packages.debian.org/pscan
License : GPL

Problem scanner which attempts to scan C source files for common function
abuses, which often lead to security problems. This program will scan
source files for functions that use variadic functions and warn of
potential abuses. It is a useful tool for those performing source code
audits. C source files are scanned for problematic uses of printf
style functions, such as sprintf(buffer, variable).


CHANGES SINCE LAST RELEASE
==

See /usr/share/doc/pscan-*/README

INSTALL OR UPGRADE NOTES


Standard install

CYGWIN INSTALLATION INFORMATION
===

To install this package, click on the "Install Cygwin now" link on the
 web page. This downloads setup.exe to your
system. Then, run setup and answer all of the questions. You'll find
the package listed in the "All" category. After installation, read the
documentation at directories:

/usr/share/doc//*
/usr/share/doc/Cygwin/.README

If you have questions or comments, please send them to the Cygwin
mailing list at .

CYGWIN-ANNOUNCE UNSUBSCRIBE INFO


This message has been sent to cygwin-announce list.

If you want to unsubscribe from the 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:

[EMAIL PROTECTED]

More information on unsubscribing can be found:

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

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

-- 
Welcome to FOSS revolution: we fix and modify until it shines

--
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] New package: cfourcc 0.1.2-1 -- Command line tool for changing FourCC code in AVI video files

2007-12-05 Thread Jari Aalto 
PACKAGE DESCRIPTION
===

Homepage: http://sarovar.org/projects/gfourcc
License : GPL

Identifies the codec used in AVI files (*.avi) and allows the user to
change the FourCC description code. Useful for people working with
AVI files.

CHANGES SINCE LAST RELEASE
==

See /usr/share/doc/wput-*/ChangeLog

INSTALL OR UPGRADE NOTES


Standard install

CYGWIN INSTALLATION INFORMATION
===

To install this package, click on the "Install Cygwin now" link on the
 web page. This downloads setup.exe to your
system. Then, run setup and answer all of the questions. You'll find
the package listed in the "All" category. After installation, read the
documentation at directories:

/usr/share/doc//*
/usr/share/doc/Cygwin/.README

If you have questions or comments, please send them to the Cygwin
mailing list at .

CYGWIN-ANNOUNCE UNSUBSCRIBE INFO


This message has been sent to cygwin-announce list.

If you want to unsubscribe from the 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:

[EMAIL PROTECTED]

More information on unsubscribing can be found:

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

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

-- 
Welcome to FOSS revolution: we fix and modify until it shines

--
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: msmtp 1.4.13-2 -- Light SMTP client with support for server profiles

2007-12-05 Thread Jari Aalto 
PACKAGE DESCRIPTION
===

Homepage: http://freshmeat.net/projects/msmtp
License : GPL

A SMTP client that can be used to send mails from Mutt and
probably other MUAs (mail user agents). It forwards mails to an SMTP
server (for example at a free mail provider), which takes care of the
final delivery. Using profiles, it can be easily configured to use
different SMTP servers with different configurations, which makes it
ideal for mobile clients.


CHANGES SINCE LAST RELEASE
==

See http://freshmeat.net/redir/msmtp/42503/url_changelog/ChangeLog

Cygwin changes:
- Compiled with libidn
- Includes msmtp-config

INSTALL OR UPGRADE NOTES


Standard install

CYGWIN INSTALLATION INFORMATION
===

To install this package, click on the "Install Cygwin now" link on the
 web page. This downloads setup.exe to your
system. Then, run setup and answer all of the questions. You'll find
the package listed in the "All" category. After installation, read the
documentation at directories:

/usr/share/doc//*
/usr/share/doc/Cygwin/.README

If you have questions or comments, please send them to the Cygwin
mailing list at .

CYGWIN-ANNOUNCE UNSUBSCRIBE INFO


This message has been sent to cygwin-announce list.

If you want to unsubscribe from the 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:

[EMAIL PROTECTED]

More information on unsubscribing can be found:

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

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

-- 
Welcome to FOSS revolution: we fix and modify until it shines

--
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.24-2: unalbe to get a core Dump file

2007-12-05 Thread Massimo Carboni 

Hi there,

I'm quite new on cygwin I'm trying to get a core dump for debug purpose 
without success.
My main necessity is related to a fortran code but I get the same result 
also with C code.

Have someone any suggestion and/or solution?
Many thanks in advance,
   Massimo Carboni

I wrote a simple C file:
*
main () {

 float result;
 result = 5/0;
}
*
I compile it with *gcc version 3.4.4 (cygming special, gdc 0.12, using 
dmd 0.125)*

*
# gcc -Wall foo.c
*/foo.c:1: warning: return type defaults to `int'
foo.c: In function `main':
foo.c:4: warning: division by zero
foo.c:5: warning: control reaches end of non-void function
/*
# setenv CYGWIN "error_start=C:\cygwin\bin\dump.cmd"*

where*:
$ cat /bin/dump.cmd
c:\cygwin\bin\dumper.exe
*
when I run *a.exe *I got:

*$ ./a.exe
*** starting debugger for pid 3412, tid 3056
 3 [main] a 3600 try_to_debug: Failed to start debugger, Win32 error 5
*** continuing pid 3412 from debugger call (0)
*
the system produce a .file:* a.exe.stackdump *that contain the following 
information*


$ cat a.exe.stackdump
Exception: STATUS_INTEGER_DIVIDE_BY_ZERO at eip=00401089
eax=0005 ebx= ecx=0001 edx= esi=611001A0 
edi=00401350
ebp=0022CCE8 esp=0022CCD0 
program=C:\cygwin\home\carboni\FLUKA\TEST\a.exe, pid 3600, thread main

cs=001B ds=0023 es=0023 fs=003B gs= ss=0023
Stack trace:
Frame Function  Args
0022CCE8  00401089  (0001, 61168928, 00660090, 0022CC70)
0022CD98  61006198  (, 0022CDD0, 61005510, 0022CDD0)
61005510  61004416  (009C, A02404C7, E8611001, FF48)
208009 [main] a 3600 _cygtls::handle_exceptions: Error while dumping 
state (probably corrupted stack)

*** starting debugger for pid 3412, tid 3056
224861 [main] a 3600 try_to_debug: Failed to start debugger, Win32 error 5
*** continuing pid 3412 from debugger call (0)



*

Cygwin Configuration Diagnostics
Current System Time: Mon Dec 03 10:21:28 2007

Windows XP Professional Ver 5.1 Build 2600 Service Pack 2

Path:   C:\cygwin\usr\local\bin
C:\cygwin\bin
C:\cygwin\bin
c:\WINDOWS\system32
c:\WINDOWS
c:\WINDOWS\System32\Wbem
c:\Program Files\ATI Technologies\ATI.ACE\
c:\Program Files\Common Files\Roxio Shared\DLLShared\
C:\cygwin\usr\X11R6\bin
C:\cygwin\usr\X11R6\bin

Output from C:\cygwin\bin\id.exe (nontsec)
UID: 1005(carboni)GID: 513(None)
0(root)   513(None) 544(Administrators)
555(Remote Desktop Users) 545(Users)

Output from C:\cygwin\bin\id.exe (ntsec)
UID: 1005(carboni)GID: 513(None)
0(root)   513(None) 544(Administrators)
555(Remote Desktop Users) 545(Users)

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

HOME = '/home/carboni'
PWD = '/home/carboni'
USER = 'carboni'
MAKE_MODE = 'unix'
CYGWIN = 'error_start=C:\cygwin\bin\dump.cmd'

!:: = '::\'
ALLUSERSPROFILE = 'C:\Documents and Settings\All Users'
APPDATA = 'C:\Documents and Settings\carboni\Application Data'
CLIENTNAME = 'Console'
COMMONPROGRAMFILES = 'C:\Program Files\Common Files'
COMPUTERNAME = 'MAXDESKTOP'
COMSPEC = 'C:\WINDOWS\system32\cmd.exe'
FP_NO_HOST_CHECK = 'NO'
HOMEDRIVE = 'C:'
HOMEPATH = '\Documents and Settings\carboni'
LOGONSERVER = '\\MAXDESKTOP'
NUMBER_OF_PROCESSORS = '2'
OS = 'Windows_NT'
PATHEXT = '.COM;.EXE;.BAT;.CMD;.VBS;.VBE;.JS;.JSE;.WSF;.WSH'
PROCESSOR_ARCHITECTURE = 'x86'
PROCESSOR_IDENTIFIER = 'x86 Family 6 Model 15 Stepping 6, GenuineIntel'
PROCESSOR_LEVEL = '6'
PROCESSOR_REVISION = '0f06'
PROGRAMFILES = 'C:\Program Files'
ROXIOCENTRAL = 'C:\Program Files\Common Files\Roxio Shared\9.0\Roxio Central33\'
SESSIONNAME = 'Console'
SYSTEMDRIVE = 'C:'
SYSTEMROOT = 'C:\WINDOWS'
TERM = 'xterm'
USERDOMAIN = 'MAXDESKTOP'
USERNAME = 'carboni'
USERPROFILE = 'C:\Documents and Settings\carboni'
WINDIR = 'C:\WINDOWS'
WINDOWID = '12582925'
DISPLAY = '127.0.0.1:0.0'
XTERM_VERSION = 'Cygwin 6.8.99.901(229)'
XTERM_LOCALE = 'C'
LOGNAME = 'carboni'
TERMCAP = 'xterm-r6|xterm|xterm X11R6 
version:am:km:mi:ms:xn:co#113:it#8:li#24:AL=\E[%dL:DC=\E[%dP:DL=\E[%dM:DO=\E[%dB:LE=\E[%dD:RI=\E[%dC:UP=\E[%dA:ae=^O:al=\E[L:as=^N:bl=^G:cd=\E[J:ce=\E[K:cl=\E[H\E[2J:cm=\E[%i%d;%dH:cr=^M:cs=\E[%i%d;%dr:ct=\E[3g:dc=\E[P:dl=\E[M:do=^J:ei=\E[4l:ho=\E[H:im=\E[4h:is=\E7\E[r\E[m\E[?7h\E[?1;3;4;6l\E[4l\E8\E>:k1=\EOP:k2=\EOQ:k3=\EOR:k4=\EOS:k5=\E[15~:k6=\E[17~:k7=\E[18~:k8=\E[19~:k9=\E[20~:kD=\E[3~:kI=\E[2~:kN=\E[6~:kP=\E[5~:kd=\EOB:ke=\E[?1l\E>:kh=\E[1~:kl=\EOD:kr=\EOC:ks=\E[?1h\E=:ku=\EOA:le=^H:md=\E[1m:me=\E[m:mr=\E[7m:nd=\E[C:rc=\E8:sc=\E7:se=\E[m:sf=^J:so=\E[7m:sr=\EM:ta=^I:te=\E[2J\E[?47l\E8:ti=\E7\E[?47h:ue=\E[m:up=\E[A:us=\E[4m:kb=\010:'
XTERM_SHELL = '/bin/tcsh'
HOSTTYPE = 'i386-cygwin'
VENDOR = 'intel'
OSTYPE = 'cygwin'
MACHTYPE = 'i386'
SHLVL = '1'
GROUP = 'None'
HOST = 'MaxDESKTOP'
REMOTEHOST = '127.0.0.1'
MANPATH = ':/usr/ssl/man'
SHELL = '/bin/tcsh'
G95_FPU_PRECISION = '53'
G95_FPU_INVALID = 'Y'
G95_FPU_ZERODIV = 'Y'
G95_FPU_OVERFLOW = 'Y'
G95_SHOW_LOCUS = 'Y'
G95_A

Re: 1.5.24-2: unalbe to get a core Dump file

2007-12-05 Thread Alberto Luaces 
El Wednesday 05 December 2007 11:48:33 Massimo Carboni escribió:
> Hi there,
>
> I'm quite new on cygwin I'm trying to get a core dump for debug purpose
> without success.

I think currently it is not possible to get the core file. However, you can 
set the debugger to attach to the process when it crashes, which is basically 
the same:

$ export CYGWIN=error_start=c:\\cygwin\\bin\\gdb.exe

(Change the path to point where your gdb.exe is).

--
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: [Perl] source 'typemap' (only) can't be found

2007-12-05 Thread roman . vasicek 

Hi Rob,

Permissions? I'm surprised that all files on the listing below have perms 000. 
Try to use chmod to add at least permission for reading.

Regards,
Roman



 Původní zpráva 
Od: Sisyphus <[EMAIL PROTECTED]>
Předmět: [Perl] source 'typemap' (only) can't be found
Datum: 05.12.2007 12:31:12

Hi,

I have a perl source distro  - the source files having been written using
basic Win32 apps (like wordpad and notepad) :


[EMAIL PROTECTED] /cygdrive/c/_32/working/math-gmpz/Math-GMPz-0.24
$ ls -l
total 232
--+ 1 Rob None   1361 Dec  5 21:06 CHANGES
--+ 1 Rob None  52630 Dec  5 21:06 GMPz.pm
--+ 1 Rob None 155272 Dec  5 21:21 GMPz.xs
--+ 1 Rob None   1099 Dec  5 21:21 INLINE.h
--+ 1 Rob None340 Dec  1 23:36 MANIFEST
--+ 1 Rob None   2085 Dec  2 10:57 Makefile.PL
--+ 1 Rob None   2880 Nov  3 20:51 README
d-+ 2 Rob None   4096 Dec  1 23:37 t
--+ 1 Rob None299 Mar 14  2007 typemap

[EMAIL PROTECTED] /cygdrive/c/_32/working/math-gmpz/Math-GMPz-0.24
$ perl Makefile.PL
.
< some custom stuff .. all as expected>
.
Checking if your kit is complete...
Looks good
Writing Makefile for Math::GMPz

[EMAIL PROTECTED] /cygdrive/c/_32/working/math-gmpz/Math-GMPz-0.24
$ make
cp GMPz.pm blib/lib/Math/GMPz.pm
/usr/bin/perl.exe /usr/lib/perl5/5.8/ExtUtils/xsubpp  -typemap
/usr/lib/perl5/5.
8/ExtUtils/typemap -typemap typemap  GMPz.xs > GMPz.xsc && mv GMPz.xsc
GMPz.c
Can't find typemap in /cygdrive/c/_32/working/math-gmpz/Math-GMPz-0.24
make: *** [GMPz.c] Error 255


I do not understand why 'typemap' cannot be found. It has the same
permissions as GMPz.xs - which was apparently found since GMPz.xsc (though
not GMPz.c) is created. (Hmmm ... on closer inspection, GMPz.xsc is an empty
file.)

It also has the same permissions as all of the other source files - and
they, too, were found. (Otherwise the 'perl Makefile.PL' step would have
failed.)

Building from the same source (in the same directory) using any one of a
number of "native" Win32 perls works without a hitch.

My 'perl -V' for cygwin is supplied below.

Cheers,
Rob

$ perl -V
Summary of my perl5 (revision 5 version 8 subversion 7) configuration:
  Platform:
osname=cygwin, osvers=1.5.18(0.13242),
archname=cygwin-thread-multi-64int
uname='cygwin_nt-5.1 inspiron 1.5.18(0.13242) 2005-07-02 20:30 i686
unknown
unknown cygwin '
config_args='-de -Dmksymlinks -Duse64bitint -Dusethreads -Uusemymalloc
-Dopt
imize=-O3 -Dman3ext=3pm -Dusesitecustomize'
hint=recommended, useposix=true, d_sigaction=define
usethreads=define use5005threads=undef useithreads=define
usemultiplicity=de
fine
useperlio=define d_sfio=undef uselargefiles=define usesocks=undef
use64bitint=define use64bitall=undef uselongdouble=undef
usemymalloc=n, bincompat5005=undef
  Compiler:
cc='gcc', ccflags
='-DPERL_USE_SAFE_PUTENV -fno-strict-aliasing -pipe -I/usr
/local/include',
optimize='-O3',
cppflags='-DPERL_USE_SAFE_PUTENV -fno-strict-aliasing -pipe
-I/usr/local/inc
lude'
ccversion='', gccversion='3.4.4 (cygming special) (gdc 0.12, using dmd
0.125
)', gccosandvers=''
intsize=4, longsize=4, ptrsize=4, doublesize=8, byteorder=12345678
d_longlong=define, longlongsize=8, d_longdbl=define, longdblsize=12
ivtype='long long', ivsize=8, nvtype='double', nvsize=8, Off_t='off_t',
lsee
ksize=8
alignbytes=8, prototype=define
  Linker and Libraries:
ld='ld2', ldflags =' -s -L/usr/local/lib'
libpth=/usr/local/lib /lib /usr/lib
libs=-lgdbm -ldb -lcrypt -lgdbm_compat
perllibs=-lcrypt -lgdbm_compat
libc=/usr/lib/libc.a, so=dll, useshrplib=true, libperl=libperl.a
gnulibc_version=''
  Dynamic Linking:
dlsrc=dl_dlopen.xs, dlext=dll, d_dlsymun=undef, ccdlflags=' -s'
cccdlflags=' ', lddlflags=' -s -L/usr/local/lib'


Characteristics of this binary (from libperl):
  Compile-time options: MULTIPLICITY USE_ITHREADS USE_64_BIT_INT
USE_LARGE_FILES USE_SITECUSTOMIZE
PERL_IMPLICIT_CONTEXT
  Locally applied patches:
SPRINTF0 - fixes for sprintf formatting issues - CVE-2005-3962
  Built under cygwin
  Compiled at Dec 30 2005 02:44:25
  %ENV:
CYGWIN=""
  @INC:
/usr/lib/perl5/5.8/cygwin
/usr/lib/perl5/5.8
/usr/lib/perl5/site_perl/5.8/cygwin
/usr/lib/perl5/site_perl/5.8
/usr/lib/perl5/site_perl/5.8/cygwin
/usr/lib/perl5/site_perl/5.8
/usr/lib/perl5/vendor_perl/5.8/cygwin
/usr/lib/perl5/vendor_perl/5.8
/usr/lib/perl5/vendor_perl/5.8/cygwin
/usr/lib/perl5/vendor_perl/5.8
.




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

A problem with the upload?

2007-12-05 Thread Angelo Graziosi 
I have noted that many mirrors have the 'release' directory updated to 
20071205 10:... but setup.ini is still dated 20071204 23:..., and one 
cannot update to recent packages (wput...) even if they are there in 
'release'.


Have I missed something?

   Angelo


---
http://www.webalice.it/angelo.graziosi



  Facesti come quei che va di notte,
  che porta il lume dietro e se' non giova,
  ma dopo se' fa le persone dotte.

DANTE, Purgatorio, XXII 67-69

--
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.24-2: unalbe to get a core Dump file

2007-12-05 Thread Larry Hall (Cygwin) 

Alberto Luaces wrote:

El Wednesday 05 December 2007 11:48:33 Massimo Carboni escribió:

Hi there,

I'm quite new on cygwin I'm trying to get a core dump for debug purpose
without success.


I think currently it is not possible to get the core file. 


Actually, you can.  See:



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

_

A: Yes.
> Q: Are you sure?
>> A: Because it reverses the logical flow of conversation.
>>> Q: Why is top posting annoying in email?

--
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.24: rsync slow when env variable cygwin=noNTsec

2007-12-05 Thread Remy Cote 
Hi,

I use rsync intensively to backup data from server to server over
WAN and LAN link.  The "Backup servers" are always windows 2003 server.  The
source can be both Windows and Linux.  In most of the cases the source has
the daemon running and the backup server run the client as scheduled task.
I also do local to local.  I use the --linkdest= option (NTFS Hardlink) but
the problem occurs even if I don't use the linkdest option.

I tried many different version of rsync (2.6.9, 3.0.2, 2.6.8) as
well as many different version of cygwin1.dll (1.5.22, 23, 24) and I always
have the same results.

For instance to sync 51 Gb of data on a 100Mb LAN link with 3GB of
data that has change.  It will take 9 minutes if Cygwin=ntsec and 49 minutes
if cygwin=noNTsec.

Here is an example of the command I'm using:
RSYNC.EXE -r -t -W --delete-during -v --stats --human-readable
--link-dest="/CYGDRIVE/E/KLB/KLBFIL01/MON/" "/CYGDRIVE/D/SHARE/"
"/CYGDRIVE/E/KLB/KLBFIL01/TUE/" 1>log.txt 2> err.txt

For Now I run my job with ntsec and do a ACL reset when the sync in
completed but it takes some additional backup times (I have between 50 000
to 1 700 000 files per server to sync)

To give more information about the environment we have AD 2003,
Windows servers are always 2003, linux server are Red Hat.  The problem is
also present on Windows XP.

Here is the log file I produce from rSync.  First with noNtSec then
same job with ntSec

11/2/2007 9:00:01 PM: CMD = Omni_Friday.BAT 10.71.101.59::OmniDay
/CYGDRIVE/E/KLB/OMNI/Friday/ -v -r -z -t --stats --delete-after
--human-readable --log-file=Omni_Friday_LOG.TXT
11/2/2007 9:48:58 PM: 10.71.101.59::OmniDay = 0 - Success  
Size = 3.33G bytes/51.64G bytes
Time List/DL = 4.568 seconds/0.000 seconds
Qte files = 991/89911 files.

10/26/2007 9:00:02 PM: CMD = Omni_Friday.BAT 10.71.101.59::OmniDay
/CYGDRIVE/E/KLB/OMNI/Friday/ -v -r -z -t --stats --delete-after
--human-readable --log-file=Omni_Friday_LOG.TXT
10/26/2007 9:09:52 PM: 10.71.101.59::OmniDay = 0 - Success  
Size = 3.30G bytes/51.58G bytes
Time List/DL = 7.748 seconds/0.000 seconds
Qte files = 833/89317 files.

Note that if the destination folder is empty there is no big difference
between ntsec and noNTsec, but if most of the files are there it will take
longer for rsync to start downloading the changed file if cygwin=nontsec.

Thanks for all the help you can bring and have a great day!

Rémy Côté


cygcheck.out
Description: Binary data
--
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: Odd behaviour of __cygwin_environ?

2007-12-05 Thread Dave Korn 
On 05 December 2007 12:31, Corinna Vinschen wrote:

> On Dec  4 18:17, Dave Korn wrote:
>>   I'm trying to track down a bug where a child process doesn't inherit all
>> the environment variables set in its parent, so I figured I'd add a bunch
>> of strace debugging.  I wrote this routine to dump an envp[]-style
>> pointer-array environment block: [...]
>>   Am I giving myself a race here?  I thought it would be OK to dump
>> __cygwin_environ from inside cur_environ because we're in the "if
>> (*main_environ != __cygwin_environ)" clause, which IIUIC is switching over
>> from the earlystartup minimal win32 environment to the full posix
>> environment, 
> 
> Did you read the comment right in front of the cur_environ() function?

  Yep, but I didn't get the implication!

> This happens every time the application code has changed the
> environment, not using the setenv/putenv functions, but rather by
> replacing the global environ pointer with it's self-built environment
> block.  Usually this also means that the former environment block has
> been free'd by the application.  This means that at this point you see
> __cygwin_environ with some non-0 probability referencing garbage.

  Ah, that's reassuring.

> If you want to see the actual environment block, print __cygwin_environ
> after the if-clause.  If you encounter an incomplete environment block
> at this point, it might also be of some interest to see from where
> cur_environ() has been called.
> 
> Do you have a very big environment? 

  Yep, huge!

> Keep in mind that the size of the
> native environment block is restricted to 32K.

  I thought when cygexec was in effect the posix environment and commandline
were passed around-behind-the-back-of CreateProcess, bypassing that limit?  Or
does it only handle the commandline but not environment?

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: Odd behaviour of __cygwin_environ?

2007-12-05 Thread Christopher Faylor 
On Wed, Dec 05, 2007 at 03:50:31PM -, Dave Korn wrote:
>On 05 December 2007 15:32, Corinna Vinschen wrote:
>
>> On Dec  5 15:00, Dave Korn wrote:
>>> On 05 December 2007 12:31, Corinna Vinschen wrote:
 Keep in mind that the size of the
 native environment block is restricted to 32K.
>>> 
>>>   I thought when cygexec was in effect the posix environment and
>>> commandline were passed around-behind-the-back-of CreateProcess, bypassing
>>> that limit?  Or does it only handle the commandline but not environment?
>> 
>> It also handles the environment block.  Is there a native process in the
>> call chain, maybe? 
>
>  Nope, it's all cygwin through and through.  Big project using
>make/gcc/binutils, nothing non-posix.
>
>> If not, I don't see any other chance than to debug
>> this further.  spawn_guts() and the build_env() functions might be good
>> starting points for that.
>
>  Thanks, that's what I'm trying right now.
>
>  Disappointingly it disappears under strace.  That might have been down to
>the strace-is-a-win32-process-launching-a-cygwin-process anomaly, which is why
>I'm hacking about the dll.  Early results suggest that, even though I'm not
>launching under strace, but instead enabling it (by calling strace.hello()
>during initial_env() if I detect an environment variable in the win32
>environment), the problem still disappears, which makes me suspicious of it
>still being a race somehow.

I have a vague feeling that I'll regret mentioning this but, if you've
built the DLL with --enable-debugging, you can set the CYGWIN_SLEEP
environment variable, to some millisecond value that you want the cygwin
process to sleep for and then attach to the process using 'strace -p'.

You can also set the CYGWIN_DEBUG variable to the name of the program
that you want to debug to have a debugger popped up when that program
executes.

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.24-2: unalbe to get a core Dump file

2007-12-05 Thread Brian Dessent 
Massimo Carboni wrote:

> # setenv CYGWIN "error_start=C:\cygwin\bin\dump.cmd"*

> *** starting debugger for pid 3412, tid 3056
>   3 [main] a 3600 try_to_debug: Failed to start debugger, Win32 error 5
> *** continuing pid 3412 from debugger call (0)

You can't use a .cmd file as the error_start parameter.  It has to be a
directly executable binary.  A cmd file is not directly executable, as
it has to be launched with %comspec% and that knowledge requires a
higher level API like ShellExecute instead of the low level
CreateProcess that is used here.

As already mentioned downthread, if you want a core dump you should
simply set error_start=c:/cygwin/bin/dumper.exe, modulo dumper bugs
(which should have all been fixed in the latest version.)

If you really must run a cmd file, then you need to create an .exe
wrapper program that execs %comspec% /c "dump.cmd (original args)" or
similar.

Brian

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

wput problem

2007-12-05 Thread Angelo Graziosi 

Using 'man wput' the result is

$ man wput

gzip: /usr/share/man/man1/wput.1.gz: invalid compressed data--crc error

gzip: /usr/share/man/man1/wput.1.gz: invalid compressed data--length error

gzip: /usr/share/man/man1/wput.1.gz: invalid compressed data--crc error

gzip: /usr/share/man/man1/wput.1.gz: invalid compressed data--length error

gzip: /usr/share/man/man1/wput.1.gz: invalid compressed data--crc error

gzip: /usr/share/man/man1/wput.1.gz: invalid compressed data--length error



wput(1)   Internet Applications - FTP 
wput(1)


NAME
   wput - A wget-like ftp-uploader

SYNOPSIS
   wput [option]... [file]... [URL]...

DESCRIPTION
   Wput is a free utility that is able to upload files to a ftp-server.

...


and the remaining is almost unreadable.




   Angelo


---
http://www.webalice.it/angelo.graziosi



  Facesti come quei che va di notte,
  che porta il lume dietro e se' non giova,
  ma dopo se' fa le persone dotte.

DANTE, Purgatorio, XXII 67-69


--
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.24 format.com hangs through ssh

2007-12-05 Thread srp 
After a bit of searching I stumbled upon windbg and process explorer. 
This is fun but out of my league. There is lots information on windbg 
but I could sure use some help.  I feel like muggle with a wand.


windbg stack after answering "Proceed with Format (Y/N)?" is
0:002> ~*
   0  Id: 5bc.ce0 Suspend: 1 Teb: 7ffdf000 Unfrozen
  Start: format!mainCRTStartup (010067ea)
  Priority: 0  Priority class: 32  Affinity: f
   1  Id: 5bc.fac Suspend: 1 Teb: 7ffde000 Unfrozen
  Start: kernel32!BaseThreadStartThunk (77e617ec)
  Priority: 0  Priority class: 32  Affinity: f
.  2  Id: 5bc.d34 Suspend: 1 Teb: 7ffdd000 Unfrozen
  Start: ntdll!DbgUiRemoteBreakin (7c83fdb4)
  Priority: 0  Priority class: 32  Affinity: f
0:001> ~0s
ntdll!KiFastSystemCallRet:
7c8285ec c3  ret
0:000> k
ChildEBP RetAddr
0006f748 7c82776b ntdll!KiFastSystemCallRet
0006f74c 77e418b2 ntdll!NtReadFile+0xc
0006f7b4 71f8b9ba kernel32!ReadFile+0x16c
0006f7dc 71f84ea8 ulib!PIPE_STREAM::FillBuffer+0x3c
0006f820 71f8523c ulib!BUFFER_STREAM::GetBuffer+0x30
0006f898 71f8c72c ulib!BUFFER_STREAM::ReadString+0x44
0006f8d4 71f8c857 ulib!STREAM_MESSAGE::ReadLine+0x5c
0006f934 01005b8c ulib!STREAM_MESSAGE::IsYesResponse+0x70
0006ff44 01006919 format!main+0x992
0006ffc0 77e6f23b format!mainCRTStartup+0x12f
0006fff0  kernel32!BaseProcessStart+0x23
0:002> ~1s
ntdll!KiFastSystemCallRet:
7c8285ec c3  ret
0:001> k
ChildEBP RetAddr
0067fea0 7c827cfb ntdll!KiFastSystemCallRet
0067fea4 7c80e5bb ntdll!NtWaitForMultipleObjects+0xc
0067ff48 7c80e4a2 ntdll!EtwpWaitForMultipleObjectsEx+0xf7
0067ffb8 77e64829 ntdll!EtwpEventPump+0x27f
0067ffec  kernel32!BaseThreadStart+0x34t


I am unable to step into ~0 without hitting the hang.

I am able to trace into ~1 after waiting a bit for the initial step to 
complete. ~1 seems to be spinning un-checked.  I see what seems to be a 
regular repeated pattern of cmds here.


Process Explorer prior to "Proceed with Format (Y/N)?" PE shows the that 
the thread stack is:

   format.com+
   ntdll.dll!RtlSetLastWin32ErrorAndNtStatusFromNtStatus+0x59

After answering (Y/N)? ntdll.dll! goes away.

No new threads start and the format stack does not change.  The state 
continues to be Wait:Executive and no user or kernel time accumulates. 
Am I missing the thread seen in windbg or am I stuck in the kernel 
somewhere?


Blah! Does anyone have context in this area that might help?

Thanks

-srp

Robert Pendell wrote:
I meant that for some reason format.com wasn't sufficient.  It was 
formatted but not really.  Kinda hard toxplain.  It wasn't until I 
used disk management to do it that it was ok.  The environment I used 
should be equivalent to a real machine.


srp wrote:
Thanks for your effort Robert.  I was hoping that my Cygwin 
environment was somehow to blame.


What did you mean that formatting alone was not sufficient?  I was 
able to read and write to the drive once the format was complete.


-srp

Robert Pendell wrote:

srp wrote:

Thanks Larry.  Version Updated.  1.5.24 is correct.

You WAG wrong however.  Once the Volume has been formated in a 
native Cygwin window I can format successfully via SSH and all 
output is displayed.


With a newly created tiny volume the hang last in excess of an hour 
and should complete in second.


-srp



Ok.  I have a couple of Virtual Machines setup here for testing 
purposes and such so I setup a cygwin install on the XP one (snapshot 
before hand so it can revert back clean) and installed a base cygwin 
setup with openssh.  Then I installed the server and set it up as a 
service.  I also turned off the firewall on it (no one can access it 
outside of the network anyways).  I did not do anything special but 
it has 2 virtual hard drives to it.  A 1 GB one was added to the 
virtual machine and I created one unformatted partition that did not 
have any particular partition type setup.  Therefore it just showed 
up as RAW for now.  I then had to format it but I tried this via SSH.


It got stuck right after the line that shows "Proceed with Format 
(Y/N)?" same as the OP.  The same command worked fine once I 
formatted the partition locally via Disk Management.  This does not 
appear to be a WAG (lack of tty support) issue though as this 
partition formats quickly (under 10 seconds) when done locally but I 
waited at least a minute for it to complete without success.  Please 
note that formatting using the format command locally wasn't 
sufficient.  It had to be done via Disk Management for some reason.  
Both quick formats and regular formats got stuck.  Format.com is 
listed in the processes during this with zero activity and no disk 
activity is being reported by the Virtual Machine.  Last but not 
least once it is formatted via Disk Management it works fine via a 
SSH session with all output coming back on the tty.


My own cygcheck.out is attached here.

Operating System: Windows XP SP2 (all updates installed)
Cygwin Version: 1.5.24 (la

RE: 1.5.24 format.com hangs through ssh

2007-12-05 Thread Dave Korn 
On 05 December 2007 18:18, srp wrote:

> windbg stack after answering "Proceed with Format (Y/N)?" is
> 0:002> ~*
> 0  Id: 5bc.ce0 Suspend: 1 Teb: 7ffdf000 Unfrozen
>Start: format!mainCRTStartup (010067ea)
>Priority: 0  Priority class: 32  Affinity: f
> 1  Id: 5bc.fac Suspend: 1 Teb: 7ffde000 Unfrozen
>Start: kernel32!BaseThreadStartThunk (77e617ec)
>Priority: 0  Priority class: 32  Affinity: f
> .  2  Id: 5bc.d34 Suspend: 1 Teb: 7ffdd000 Unfrozen
>Start: ntdll!DbgUiRemoteBreakin (7c83fdb4)
>Priority: 0  Priority class: 32  Affinity: f

  Thread 2 is a special thread created by the debugger to get your process 
stopped and under debug control by issuing an exception from within the process 
context.

  Thread 1 is the cygwin signal-handling thread.

  Thread 0 is the actual main application itself.


> 0:001> ~0s
> ntdll!KiFastSystemCallRet:
> 7c8285ec c3  ret
> 0:000> k
> ChildEBP RetAddr
> 0006f748 7c82776b ntdll!KiFastSystemCallRet
> 0006f74c 77e418b2 ntdll!NtReadFile+0xc
> 0006f7b4 71f8b9ba kernel32!ReadFile+0x16c
> 0006f7dc 71f84ea8 ulib!PIPE_STREAM::FillBuffer+0x3c
> 0006f820 71f8523c ulib!BUFFER_STREAM::GetBuffer+0x30
> 0006f898 71f8c72c ulib!BUFFER_STREAM::ReadString+0x44
> 0006f8d4 71f8c857 ulib!STREAM_MESSAGE::ReadLine+0x5c
> 0006f934 01005b8c ulib!STREAM_MESSAGE::IsYesResponse+0x70
> 0006ff44 01006919 format!main+0x992
> 0006ffc0 77e6f23b format!mainCRTStartup+0x12f
> 0006fff0  kernel32!BaseProcessStart+0x23

> I am unable to step into ~0 without hitting the hang.

  I think all this means is that the thread is in a wait state, as in it has 
called WaitForMultipleObjects or similar.  The thread is not really hung so 
much as it is in a not-ready-for-scheduling state, so the kernel is not giving 
it any cpu time.

> I am able to trace into ~1 after waiting a bit for the initial step to
> complete. ~1 seems to be spinning un-checked.  I see what seems to be a
> regular repeated pattern of cmds here.
> 
> Process Explorer prior to "Proceed with Format (Y/N)?" PE shows the that
> the thread stack is:
> format.com+
> ntdll.dll!RtlSetLastWin32ErrorAndNtStatusFromNtStatus+0x59
> 
> After answering (Y/N)? ntdll.dll! goes away.
> 
> No new threads start and the format stack does not change.  The state
> continues to be Wait:Executive and no user or kernel time accumulates.
> Am I missing the thread seen in windbg or am I stuck in the kernel
> somewhere?

  You are seeing thread 0, the main thread, in the wait state.  It might be 
instructive if you could find out what handle it is waiting for - looking at 
the presence of "IsYesResponse" in the stack trace, it seems as if despite your 
pressing Y or N, the key event has not been delivered to wake up the thread.

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/

question with xargs and jar- seems to drop files.

2007-12-05 Thread Mike Marchywka 

Hi,
I  seem to have an odd problem with xargs and jar. I'm not sure if I can 
isolate a simple test
case but essentially it only seems to be taking some of the input files.

This seems to work suggesting the file list is acceptable to jar:

$ more latest65day | jar [EMAIL PROTECTED] wtf2.zip>jarlog2.txt

this, however, only includes a some files, apparently lopping off certain 
directories:

$ more latest65day | xargs jar -cvf wtf2.zip>jarlog.txt


$ xargs --version
GNU xargs version 4.3.8
Built using GNU gnulib version 2007-05-26

[EMAIL PROTECTED] /cygdrive/e/new/temp
$ jar -V
jar (fastjar) 0.92-gcc

Copyright 1999, 2000, 2001  Bryan Burns
Copyright 2002 Free Software Foundation

Thoughts on diagnostic process of known problems? At first, I thought it had to 
do with
errors encountered during the jarring but I think I've eliminated all of those 
( missing files
mostly). Also, as I indicated before, my configuration is suspect but I 
wouldn't expect it
to cause problems like this.


Thanks.

Mike Marchywka
586 Saint James Walk
Marietta GA 30067-7165
404-788-1216 (C)<- leave message
989-348-4796 (P)<- emergency only
[EMAIL PROTECTED]
Note: Hotmail is blocking my mom's entire
ISP claiming it is to reduce spam but probably
to force users to use hotmail. Please DON'T
assume I am ignoring you and try
me on [EMAIL PROTECTED] if no reply
here. Thanks.

_
Share life as it happens with the new Windows Live.Download today it's FREE!
http://www.windowslive.com/share.html?ocid=TXT_TAGLM_Wave2_sharelife_112007

--
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: Odd behaviour of __cygwin_environ?

2007-12-05 Thread Dave Korn 
On 05 December 2007 17:25, Christopher Faylor wrote:

> I have a vague feeling that I'll regret mentioning this 

  Oh, I hope not.

> but, if you've
> built the DLL with --enable-debugging, you can set the CYGWIN_SLEEP
> environment variable, to some millisecond value that you want the cygwin
> process to sleep for and then attach to the process using 'strace -p'.
> 
> You can also set the CYGWIN_DEBUG variable to the name of the program
> that you want to debug to have a debugger popped up when that program
> executes.

  Thanks, I've been looking in that area...

static void
initial_env ()
{
  char buf[CYG_MAX_PATH];
  if (GetEnvironmentVariable ("CYGWIN_TESTING", buf, sizeof (buf) - 1))
_cygwin_testing = 1;

  if (GetEnvironmentVariable ("CYGWIN_STRACE", buf, sizeof (buf) - 1))
{
  strace.hello ();
  dk_printf ("dk: found CYGWIN STRACE, hello'd.");
}
#ifdef DEBUGGING
  DWORD len;


  ... along with that patch, I also hacked about strace.hello to auto-activate
itself when it spots that the program name contains "cc1plus.exe", which is
where I'm getting the problem.  I'm currently trying to test the theory that
the environment might not be correct inbetween cygwin1 DLL_PROCESS_ATTACH time
and application main() invocation when it's >32k.

  Just in case anyone's curious, I'm finding that an mno-cygwin invocation of
g++ turns into an mcygwin invocation of cc1plus, and it occurs to me to wonder
if

static void
set_mingw (void)
{
  char *env = getenv ("GCC_CYGWIN_MINGW");

isn't guaranteed to work when the environment is >32k, owing to set_mingw
being called:

static void set_mingw (void) __attribute__ ((constructor));

prior to entering main() (and hence without a clear ordering WRT. crt0 process
init sequence).


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: question with xargs and jar- seems to drop files.

2007-12-05 Thread Dave Korn 
On 05 December 2007 18:04, Mike Marchywka wrote:

> This seems to work suggesting the file list is acceptable to jar:
> 
> $ more latest65day | jar [EMAIL PROTECTED] wtf2.zip>jarlog2.txt
> 
> this, however, only includes a some files, apparently lopping off certain
> directories: 
> 
> $ more latest65day | xargs jar -cvf wtf2.zip>jarlog.txt

> Thoughts on diagnostic process of known problems? At first, I thought it
> had to do with errors encountered during the jarring but I think I've
> eliminated all of those ( missing files mostly). Also, as I indicated
> before, my configuration is suspect but I wouldn't expect it 
> to cause problems like this.

  I've had problems before with xargs, where it ends up generating a
command-line that is too long to spawn!

  There must be some weakness in the way xargs calculates the amount of space
available for a commandline under cygwin; I found that an effective workaround
was to give xargs the --max-chars flag with a size of around 16000 to 18000,
but depending on the size of your environment variables.

  Your mileage *will* vary, so you might need to experiment a bit.

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: On shutdown

2007-12-05 Thread Morgan Gangwere 
On Dec 3, 2007 1:35 AM,  <[EMAIL PROTECTED]> wrote:
> Hello,
>
>
> I would like to delete files when the Cygwin Server is shut down.

there is no server. you're thinking of an X server from the X/Cygwin project.
>
> Is there a way in cygwin to trap the shutdown event? (Ctrl-Alt-Backspace or
> clicking on the Cygwin Exit Button).

cygwin is not a language either. it simply provides a POSIX
environment for running UNIX applications from source on windows.

>
> Many thanks.
>
> phiroc
>
> --
> 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/
>
>



-- 
Morgan gangwere

Please Excuse TOFU. Gmail/Mobile has no Power.

"Space does not reflect society, it expresses it." -- Castells, M.,
Space of Flows, Space of Places: Materials for a Theory of Urbanism in
the Information Age, in The Cybercities Reader, S. Graham, Editor.
2004, Routledge: London. p. 82-93.

--
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] New package: wput 0.6-1 -- A tiny wget-like ftp-client for uploading files

2007-12-05 Thread Jari Aalto 
PACKAGE DESCRIPTION
===

Homepage: http://sf.net/projects/wput
License : GPL

A tiny ftp-client, that uploads files or directories to a
remote ftp-server. Main features are: resuming, times-tamping,
wget-like interface, proxy-support and speed-limit.


CHANGES SINCE LAST RELEASE
==

http://wput.svn.sourceforge.net/viewvc/wput/trunk/wput/ChangeLog?revision=HEAD&view=markup

INSTALL OR UPGRADE NOTES


Standard install

CYGWIN INSTALLATION INFORMATION
===

To install this package, click on the "Install Cygwin now" link on the
 web page. This downloads setup.exe to your
system. Then, run setup and answer all of the questions. You'll find
the package listed in the "All" category. After installation, read the
documentation at directories:

/usr/share/doc//*
/usr/share/doc/Cygwin/.README

If you have questions or comments, please send them to the Cygwin
mailing list at .

CYGWIN-ANNOUNCE UNSUBSCRIBE INFO


This message has been sent to cygwin-announce list.

If you want to unsubscribe from the 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:

[EMAIL PROTECTED]

More information on unsubscribing can be found:

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

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

-- 
Welcome to FOSS revolution: we fix and modify until it shines

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

Re: cygwin and squid - RLIMIT_NOFILE

2007-12-05 Thread [EMAIL PROTECTED] 
David Rothenberger wrote:

> On 12/3/2007 2:51 PM, [EMAIL PROTECTED] wrote:
> [snip]
> > $ squid -N
> > FATAL: setrlimit: RLIMIT_NOFILE: (24) Too many open files
> > 
> > This is a classic error described a few times on the mailing list.
> > 
> > So..
> > has anybody managed this?!!!
> > and how?!
> 
> Is there any reason not to use the Windows-native squid binaries[1]?
> I thought about trying to package squid-2.6 for Cygwin because of the
> problems you mention, but when I noticed the Windows-native binaries
> I decided it wasn't worth the effort.
> 
> [1] http://www.acmeconsulting.it/SquidNT/


I am trying the windows port and moving forward with it.  Though
problems with that are covered by the regular squid mailing list, and
squid docs.


But regarding the cygwin squid ..
Howcome the 2 solutions offered on this list -  amending the hex, and
amending autoconf.h   But neither worked for me?


And if there are still problems, was there any post on the mailing list
saying that doing this was futile?




--
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: Odd behaviour of __cygwin_environ?

2007-12-05 Thread Dave Korn 
On 05 December 2007 15:32, Corinna Vinschen wrote:

> On Dec  5 15:00, Dave Korn wrote:
>> On 05 December 2007 12:31, Corinna Vinschen wrote:
>>> Keep in mind that the size of the
>>> native environment block is restricted to 32K.
>> 
>>   I thought when cygexec was in effect the posix environment and
>> commandline were passed around-behind-the-back-of CreateProcess, bypassing
>> that limit?  Or does it only handle the commandline but not environment?
> 
> It also handles the environment block.  Is there a native process in the
> call chain, maybe? 

  Nope, it's all cygwin through and through.  Big project using
make/gcc/binutils, nothing non-posix.

> If not, I don't see any other chance than to debug
> this further.  spawn_guts() and the build_env() functions might be good
> starting points for that.

  Thanks, that's what I'm trying right now.

  Disappointingly it disappears under strace.  That might have been down to
the strace-is-a-win32-process-launching-a-cygwin-process anomaly, which is why
I'm hacking about the dll.  Early results suggest that, even though I'm not
launching under strace, but instead enabling it (by calling strace.hello()
during initial_env() if I detect an environment variable in the win32
environment), the problem still disappears, which makes me suspicious of it
still being a race somehow.

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: A problem with the upload?

2007-12-05 Thread Christopher Faylor 
On Wed, Dec 05, 2007 at 04:32:29PM +0100, Corinna Vinschen wrote:
>On Dec  5 14:57, Angelo Graziosi wrote:
>> I have noted that many mirrors have the 'release' directory updated to 
>> 20071205 10:... but setup.ini is still dated 20071204 23:..., and one 
>> cannot update to recent packages (wput...) even if they are there in 
>> 'release'.
>
>Seems to work now.

Yes: after updating the typo in a setup.hint.

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: A problem with the upload?

2007-12-05 Thread Corinna Vinschen 
On Dec  5 14:57, Angelo Graziosi wrote:
> I have noted that many mirrors have the 'release' directory updated to 
> 20071205 10:... but setup.ini is still dated 20071204 23:..., and one 
> cannot update to recent packages (wput...) even if they are there in 
> 'release'.

Seems to work now.


Corinna

-- 
Corinna Vinschen  Please, send mails regarding Cygwin to
Cygwin Project Co-Leader  cygwin AT cygwin DOT com
Red Hat

--
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.24-2: unalbe to get a core Dump file

2007-12-05 Thread Alberto Luaces 
El Wednesday 05 December 2007 16:33:55 Corinna Vinschen escribió:
> > > > >> I'm quite new on cygwin I'm trying to get a core dump for debug
> > > > >> purpose without success.
> > > > >
> > > > > I think currently it is not possible to get the core file.
> > > >
> > > > Actually, you can.  See:
> > > >
> > > > 
> > >
> > > I said that because it seems dumper is broken:
> >
> > Sorry, this is the correct URL to the thread:
> >
> > http://thread.gmane.org/gmane.os.cygwin/92797
>
> Did you try dumper from the experimental 1.5.25-3 package?

Yes. No joy.

> Did you use 
> a newer GDB from CVS?

I do not see the relationship between gdb and dumper. The OP wanted to get a 
core dump file, and dumper freezes before a core is generated for gdb to 
read. That is why I recommended him to attach directly gdb to the process at 
crash time instead of trying to get the core file.

If you mentioned that because of my thread, then I must say that no, I have 
not tried the CVS version. I am doing my debugging in 32 bit instead.

> If that doesn't help, 
> http://cygwin.com/acronyms/#PTC

I gladly would like to submit as many patches as necessary, but unfortunately 
I still have about fifteen years or so of learning before I could help in 
such a complex project like gdb. I am instead trying to track some bugs into 
the Cygwin's version of the OpenSceneGraph library, that is why I found those 
difficulties.

--
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.24-2: unalbe to get a core Dump file

2007-12-05 Thread Alberto Luaces 
El Wednesday 05 December 2007 15:39:34 Alberto Luaces escribió:
> > >> I'm quite new on cygwin I'm trying to get a core dump for debug
> > >> purpose without success.
> > >
> > > I think currently it is not possible to get the core file.
> >
> > Actually, you can.  See:
> >
> > 
>
> I said that because it seems dumper is broken:

Sorry, this is the correct URL to the thread:

http://thread.gmane.org/gmane.os.cygwin/92797

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

Installing on a Samba share drive

2007-12-05 Thread Tom Leonard 

Hi,

I created a Samba share on my Debian system, mapped it to a drive letter 
on my XP Home system and did a full network install of Cygwin on the 
root of the mapped drive.  When I tried to use Cygwin to compile some 
programs, I found that a number of the symbolic links from the install 
(eg all of the low level .exe's like am.exe from gcc) could not be 
found.  While I could manually create the necessary symbolic links, it 
was impossible to know what exactly was broken.  I resolved the issue by 
"uninstalling" from the Samba drive and reinstalling on a local XP drive.


Can anyone shed some light on why the symbolic links might be broken.  
Because I need to support different library configurations, I'd like to 
use the technique of maintaining a number of different Cygwin 
environments on my Debian system where I have lots of disk space, and 
map to XP as and when needed.


Thanks,

Tom

--
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.24-2: unalbe to get a core Dump file

2007-12-05 Thread Corinna Vinschen 
On Dec  5 15:43, Alberto Luaces wrote:
> El Wednesday 05 December 2007 15:39:34 Alberto Luaces escribió:
> > > >> I'm quite new on cygwin I'm trying to get a core dump for debug
> > > >> purpose without success.
> > > >
> > > > I think currently it is not possible to get the core file.
> > >
> > > Actually, you can.  See:
> > >
> > > 
> >
> > I said that because it seems dumper is broken:
> 
> Sorry, this is the correct URL to the thread:
> 
> http://thread.gmane.org/gmane.os.cygwin/92797

Did you try dumper from the experimental 1.5.25-3 package?  Did you use
a newer GDB from CVS?  If that doesn't help, http://cygwin.com/acronyms/#PTC


Corinna

-- 
Corinna Vinschen  Please, send mails regarding Cygwin to
Cygwin Project Co-Leader  cygwin AT cygwin DOT com
Red Hat

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

[Perl] source 'typemap' (only) can't be found

2007-12-05 Thread Sisyphus 

Hi,

I have a perl source distro  - the source files having been written using 
basic Win32 apps (like wordpad and notepad) :



[EMAIL PROTECTED] /cygdrive/c/_32/working/math-gmpz/Math-GMPz-0.24
$ ls -l
total 232
--+ 1 Rob None   1361 Dec  5 21:06 CHANGES
--+ 1 Rob None  52630 Dec  5 21:06 GMPz.pm
--+ 1 Rob None 155272 Dec  5 21:21 GMPz.xs
--+ 1 Rob None   1099 Dec  5 21:21 INLINE.h
--+ 1 Rob None340 Dec  1 23:36 MANIFEST
--+ 1 Rob None   2085 Dec  2 10:57 Makefile.PL
--+ 1 Rob None   2880 Nov  3 20:51 README
d-+ 2 Rob None   4096 Dec  1 23:37 t
--+ 1 Rob None299 Mar 14  2007 typemap

[EMAIL PROTECTED] /cygdrive/c/_32/working/math-gmpz/Math-GMPz-0.24
$ perl Makefile.PL
.
< some custom stuff .. all as expected>
.
Checking if your kit is complete...
Looks good
Writing Makefile for Math::GMPz

[EMAIL PROTECTED] /cygdrive/c/_32/working/math-gmpz/Math-GMPz-0.24
$ make
cp GMPz.pm blib/lib/Math/GMPz.pm
/usr/bin/perl.exe /usr/lib/perl5/5.8/ExtUtils/xsubpp  -typemap 
/usr/lib/perl5/5.
8/ExtUtils/typemap -typemap typemap  GMPz.xs > GMPz.xsc && mv GMPz.xsc 
GMPz.c

Can't find typemap in /cygdrive/c/_32/working/math-gmpz/Math-GMPz-0.24
make: *** [GMPz.c] Error 255


I do not understand why 'typemap' cannot be found. It has the same 
permissions as GMPz.xs - which was apparently found since GMPz.xsc (though 
not GMPz.c) is created. (Hmmm ... on closer inspection, GMPz.xsc is an empty 
file.)


It also has the same permissions as all of the other source files - and 
they, too, were found. (Otherwise the 'perl Makefile.PL' step would have 
failed.)


Building from the same source (in the same directory) using any one of a 
number of "native" Win32 perls works without a hitch.


My 'perl -V' for cygwin is supplied below.

Cheers,
Rob

$ perl -V
Summary of my perl5 (revision 5 version 8 subversion 7) configuration:
 Platform:
   osname=cygwin, osvers=1.5.18(0.13242), 
archname=cygwin-thread-multi-64int
   uname='cygwin_nt-5.1 inspiron 1.5.18(0.13242) 2005-07-02 20:30 i686 
unknown

unknown cygwin '
   config_args='-de -Dmksymlinks -Duse64bitint -Dusethreads -Uusemymalloc -Dopt
imize=-O3 -Dman3ext=3pm -Dusesitecustomize'
   hint=recommended, useposix=true, d_sigaction=define
   usethreads=define use5005threads=undef useithreads=define 
usemultiplicity=de

fine
   useperlio=define d_sfio=undef uselargefiles=define usesocks=undef
   use64bitint=define use64bitall=undef uselongdouble=undef
   usemymalloc=n, bincompat5005=undef
 Compiler:
   cc='gcc', ccflags 
='-DPERL_USE_SAFE_PUTENV -fno-strict-aliasing -pipe -I/usr

/local/include',
   optimize='-O3',
   cppflags='-DPERL_USE_SAFE_PUTENV -fno-strict-aliasing -pipe -I/usr/local/inc
lude'
   ccversion='', gccversion='3.4.4 (cygming special) (gdc 0.12, using dmd 
0.125

)', gccosandvers=''
   intsize=4, longsize=4, ptrsize=4, doublesize=8, byteorder=12345678
   d_longlong=define, longlongsize=8, d_longdbl=define, longdblsize=12
   ivtype='long long', ivsize=8, nvtype='double', nvsize=8, Off_t='off_t', 
lsee

ksize=8
   alignbytes=8, prototype=define
 Linker and Libraries:
   ld='ld2', ldflags =' -s -L/usr/local/lib'
   libpth=/usr/local/lib /lib /usr/lib
   libs=-lgdbm -ldb -lcrypt -lgdbm_compat
   perllibs=-lcrypt -lgdbm_compat
   libc=/usr/lib/libc.a, so=dll, useshrplib=true, libperl=libperl.a
   gnulibc_version=''
 Dynamic Linking:
   dlsrc=dl_dlopen.xs, dlext=dll, d_dlsymun=undef, ccdlflags=' -s'
   cccdlflags=' ', lddlflags=' -s -L/usr/local/lib'


Characteristics of this binary (from libperl):
 Compile-time options: MULTIPLICITY USE_ITHREADS USE_64_BIT_INT
   USE_LARGE_FILES USE_SITECUSTOMIZE
   PERL_IMPLICIT_CONTEXT
 Locally applied patches:
   SPRINTF0 - fixes for sprintf formatting issues - CVE-2005-3962
 Built under cygwin
 Compiled at Dec 30 2005 02:44:25
 %ENV:
   CYGWIN=""
 @INC:
   /usr/lib/perl5/5.8/cygwin
   /usr/lib/perl5/5.8
   /usr/lib/perl5/site_perl/5.8/cygwin
   /usr/lib/perl5/site_perl/5.8
   /usr/lib/perl5/site_perl/5.8/cygwin
   /usr/lib/perl5/site_perl/5.8
   /usr/lib/perl5/vendor_perl/5.8/cygwin
   /usr/lib/perl5/vendor_perl/5.8
   /usr/lib/perl5/vendor_perl/5.8/cygwin
   /usr/lib/perl5/vendor_perl/5.8
   .




--
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.24-2: unalbe to get a core Dump file

2007-12-05 Thread Pedro Alves 

Brian Dessent wrote:


As already mentioned downthread, if you want a core dump you should
simply set error_start=c:/cygwin/bin/dumper.exe, modulo dumper bugs
(which should have all been fixed in the latest version.)



The cvs version still doesn't work for me if I link
it with the distributed bfd -- it crashes in that case.
The latest fixes were done with a bfd from cvs.

I haven't tried the latest test version, but
should have the same problem.

--
Pedro Alves


--
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.24 format.com hangs through ssh

2007-12-05 Thread srp 

Your good Dave.

$ echo "y
" | format.com Z: /FS:NTFS /Q /V:zlbl
The type of the file system is RAW.
The new file system is NTFS.

WARNING, ALL DATA ON NON_REMOVABLE DISK
DRIVE Z: WILL BE LOST!
Proceed with Format (Y/N)?
QuickFormatting 100m
Creating file system structures.
Format complete.
   102399 KB total disk space.
   100126 KB are available

Yay!  Thank you.

-srp



Dave Korn wrote:

On 05 December 2007 18:18, srp wrote:


windbg stack after answering "Proceed with Format (Y/N)?" is
0:002> ~*
0  Id: 5bc.ce0 Suspend: 1 Teb: 7ffdf000 Unfrozen
   Start: format!mainCRTStartup (010067ea)
   Priority: 0  Priority class: 32  Affinity: f
1  Id: 5bc.fac Suspend: 1 Teb: 7ffde000 Unfrozen
   Start: kernel32!BaseThreadStartThunk (77e617ec)
   Priority: 0  Priority class: 32  Affinity: f
.  2  Id: 5bc.d34 Suspend: 1 Teb: 7ffdd000 Unfrozen
   Start: ntdll!DbgUiRemoteBreakin (7c83fdb4)
   Priority: 0  Priority class: 32  Affinity: f


  Thread 2 is a special thread created by the debugger to get your process 
stopped and under debug control by issuing an exception from within the process 
context.

  Thread 1 is the cygwin signal-handling thread.

  Thread 0 is the actual main application itself.



0:001> ~0s
ntdll!KiFastSystemCallRet:
7c8285ec c3  ret
0:000> k
ChildEBP RetAddr
0006f748 7c82776b ntdll!KiFastSystemCallRet
0006f74c 77e418b2 ntdll!NtReadFile+0xc
0006f7b4 71f8b9ba kernel32!ReadFile+0x16c
0006f7dc 71f84ea8 ulib!PIPE_STREAM::FillBuffer+0x3c
0006f820 71f8523c ulib!BUFFER_STREAM::GetBuffer+0x30
0006f898 71f8c72c ulib!BUFFER_STREAM::ReadString+0x44
0006f8d4 71f8c857 ulib!STREAM_MESSAGE::ReadLine+0x5c
0006f934 01005b8c ulib!STREAM_MESSAGE::IsYesResponse+0x70
0006ff44 01006919 format!main+0x992
0006ffc0 77e6f23b format!mainCRTStartup+0x12f
0006fff0  kernel32!BaseProcessStart+0x23



I am unable to step into ~0 without hitting the hang.


  I think all this means is that the thread is in a wait state, as in it has 
called WaitForMultipleObjects or similar.  The thread is not really hung so 
much as it is in a not-ready-for-scheduling state, so the kernel is not giving 
it any cpu time.


I am able to trace into ~1 after waiting a bit for the initial step to
complete. ~1 seems to be spinning un-checked.  I see what seems to be a
regular repeated pattern of cmds here.

Process Explorer prior to "Proceed with Format (Y/N)?" PE shows the that
the thread stack is:
format.com+
ntdll.dll!RtlSetLastWin32ErrorAndNtStatusFromNtStatus+0x59

After answering (Y/N)? ntdll.dll! goes away.

No new threads start and the format stack does not change.  The state
continues to be Wait:Executive and no user or kernel time accumulates.
Am I missing the thread seen in windbg or am I stuck in the kernel
somewhere?


  You are seeing thread 0, the main thread, in the wait state.  It might be instructive 
if you could find out what handle it is waiting for - looking at the presence of 
"IsYesResponse" in the stack trace, it seems as if despite your pressing Y or 
N, the key event has not been delivered to wake up the thread.

cheers,
  DaveK



--
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.24-2: unalbe to get a core Dump file

2007-12-05 Thread Alberto Luaces 
El Wednesday 05 December 2007 14:11:42 Larry Hall (Cygwin) escribió:
> >> I'm quite new on cygwin I'm trying to get a core dump for debug purpose
> >> without success.
> >
> > I think currently it is not possible to get the core file.
>
> Actually, you can.  See:
>
> 

I said that because it seems dumper is broken:

http://thread.gmane.org/gmane.os.cygwin/92797/focus=92874

and 

http://thread.gmane.org/gmane.os.cygwin/92797/focus=92874


--
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: Bash fails on BerkeleyDB configure

2007-12-05 Thread Howard Chu 

Dave Korn wrote:

ac_cv_sizeof_unsigned_int is defined to 4 by prior tests. Likewise,
ac_cv_sizeof_unsigned_char is 1
ac_cv_sizeof_unsigned_short is 2
ac_cv_sizeof_unsigned_long is 4
ac_cv_sizeof_unsigned_long_long is 8

The test fails with "No unsigned 1-byte integral type". The script exits at
that point. Getting past this (by explicitly setting variables to bypass the
test) just runs into another failure as the script uses the same construct
to set a bunch of other type defs.


  Thanks for sending the report.  The fact that it doesn't reproduce when you
paste it into a script by itself makes me suspicious that perhaps we're
getting line-ending trouble here: maybe ac_cv_sizeof_unsigned_char has
actually been defined to "1\r".  This can happen if there are any text-mode
mount points involved, or if the configure script has managed to get the wrong
kind of line-ends.


That was it. Here's the tail of config.log after it quits. Notice the CRs...

## --- ##
## confdefs.h. ##
## --- ##

#define PACKAGE_NAME "Berkeley DB"
#define PACKAGE_TARNAME "db-4.6.21"
#define PACKAGE_VERSION "4.6.21"
#define PACKAGE_STRING "Berkeley DB 4.6.21"
#define PACKAGE_BUGREPORT "Oracle Technology Network Berkeley DB forum"
#define HAVE_UPGRADE_SUPPORT 1
#define STDC_HEADERS 1
#define HAVE_SYS_TYPES_H 1
#define HAVE_SYS_STAT_H 1
#define HAVE_STDLIB_H 1
#define HAVE_STRING_H 1
#define HAVE_MEMORY_H 1
#define HAVE_STRINGS_H 1
#define HAVE_INTTYPES_H 1
#define HAVE_STDINT_H 1
#define HAVE_UNISTD_H 1
#define DB_WIN32 1
#define STDC_HEADERS 1
#define TIME_WITH_SYS_TIME 1
#define HAVE_DIRENT_H 1
#define HAVE_SYS_TIME_H 1
#define SIZEOF_CHAR 1^M
#define SIZEOF_UNSIGNED_CHAR 1^M
#define SIZEOF_SHORT 2^M
#define SIZEOF_UNSIGNED_SHORT 2^M
#define SIZEOF_INT 4^M
#define SIZEOF_UNSIGNED_INT 4^M
#define SIZEOF_LONG 4^M
#define SIZEOF_UNSIGNED_LONG 4^M
#define SIZEOF_LONG_LONG 8^M
#define SIZEOF_UNSIGNED_LONG_LONG 8^M
#define SIZEOF_CHAR_P 8^M

configure.O: exit 1




Let me know if you need any more info.


  First thing I guess I need to ask is "You didn't by any chance use a
standard windows GUI app to unpack the BerkeleyDB tarball, did you"?  Things
like winzip et al., that aren't unix-aware, often convert line-endings from LF
to CRLF - which bash doesn't like.


No, used tar xzf.


  If it's not that simple, then can you please run "cygcheck -s -v -r >
cygcheck.out" on the affected machine, and post it to the list (as an
attachment please) with your next post?  That will give us an overview of the
setup and config of the cygwin installation on the affected machine.


Attached...

--
  -- Howard Chu
  Chief Architect, Symas Corp.  http://www.symas.com
  Director, Highland Sunhttp://highlandsun.com/hyc/
  Chief Architect, OpenLDAP http://www.openldap.org/project/

Cygwin Configuration Diagnostics
Current System Time: Wed Dec 05 16:59:51 2007

Windows 2003 Enterprise Server Ver 5.2 Build 3790 Service Pack 2

Running under WOW64 on AMD64

Path:   C:\cygwin\tmp\root-x86_64-pc-linux\bin
C:\cygwin\usr\local\bin
C:\cygwin\bin
C:\cygwin\bin
C:\cygwin\usr\X11R6\bin
c:\Program Files\Support Tools\
c:\WINDOWS\system32
c:\WINDOWS
c:\WINDOWS\System32\Wbem
C:\cygwin\bin

Output from C:\cygwin\bin\id.exe (nontsec)
UID: 500(Administrator) GID: 513(Domain Users)
0(root) 513(Domain Users)
544(Administrators) 554(Pre-Windows 2000 Compatible Access)
545(Users)  10513(mkgroup_l_d)

Output from C:\cygwin\bin\id.exe (ntsec)
UID: 500(Administrator) GID: 513(Domain Users)
0(root) 513(Domain Users)
544(Administrators) 554(Pre-Windows 2000 Compatible Access)
545(Users)  10513(mkgroup_l_d)

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

USER = 'Administrator'
PWD = '/home/Administrator/OD/db-4.6.21/b1'
CYGWIN = 'ntsec'
HOME = '/home/Administrator'
MAKE_MODE = 'unix'

HOMEPATH = '\cygwin\home\Administrator'
MANPATH = '/usr/local/man:/usr/share/man:/usr/man::/usr/ssl/man'
HOSTNAME = 'sihu'
TERM = 'screen'
SHELL = '/bin/bash'
PROCESSOR_IDENTIFIER = 'AMD64 Family 15 Model 33 Stepping 0, AuthenticAMD'
WINDIR = 'C:\WINDOWS'
SSH_CLIENT = '192.168.1.2 36938 22'
OLDPWD = '/home/Administrator/OD/db-4.6.21'
USERDOMAIN = 'EXAMPLE'
SSH_TTY = '/dev/tty0'
OS = 'Windows_NT'
ALLUSERSPROFILE = 'C:\Documents and Settings\All Users'
TEMP = '/cygdrive/c/DOCUME~1/SSHD_S~1/LOCALS~1/Temp'
COMMONPROGRAMFILES = 'C:\Program Files (x86)\Common Files'
USERNAME = 'sshd_server'
PROCESSOR_LEVEL = '15'
MAIL = '/var/spool/mail/Administrator'
SYSTEMDRIVE = 'C:'
USERPROFILE = 'C:\Documents and Settings\Administrator'
TZ = 'PST8PDT7,M3.2.0/2,M11.1.0/2'
PS1 = '\[\e]0;[EMAIL PROTECTED] \[\e[33m\]\w\[\e[0m\]\n\$ '
LOGONSERVER = '\\SIHU'
PROCESSOR_ARCHITECTURE = 'x86'
SHLVL = '1'
PATHEXT = '.COM;.EXE;.BAT;.CMD;.VBS;.VB

Re: Odd behaviour of __cygwin_environ?

2007-12-05 Thread Corinna Vinschen 
On Dec  4 18:17, Dave Korn wrote:
>   I'm trying to track down a bug where a child process doesn't inherit all the
> environment variables set in its parent, so I figured I'd add a bunch of
> strace debugging.  I wrote this routine to dump an envp[]-style pointer-array
> environment block:
> [...]
>   Am I giving myself a race here?  I thought it would be OK to dump
> __cygwin_environ from inside cur_environ because we're in the "if
> (*main_environ != __cygwin_environ)" clause, which IIUIC is switching over
> from the earlystartup minimal win32 environment to the full posix environment,

Did you read the comment right in front of the cur_environ() function?
This happens every time the application code has changed the
environment, not using the setenv/putenv functions, but rather by
replacing the global environ pointer with it's self-built environment
block.  Usually this also means that the former environment block has
been free'd by the application.  This means that at this point you see
__cygwin_environ with some non-0 probability referencing garbage.

If you want to see the actual environment block, print __cygwin_environ
after the if-clause.  If you encounter an incomplete environment block
at this point, it might also be of some interest to see from where
cur_environ() has been called.

Do you have a very big environment?  Keep in mind that the size of the
native environment block is restricted to 32K.


Corinna

-- 
Corinna Vinschen  Please, send mails regarding Cygwin to
Cygwin Project Co-Leader  cygwin AT cygwin DOT com
Red Hat

--
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: Odd behaviour of __cygwin_environ?

2007-12-05 Thread Corinna Vinschen 
On Dec  5 15:00, Dave Korn wrote:
> On 05 December 2007 12:31, Corinna Vinschen wrote:
> > Keep in mind that the size of the
> > native environment block is restricted to 32K.
> 
>   I thought when cygexec was in effect the posix environment and commandline
> were passed around-behind-the-back-of CreateProcess, bypassing that limit?  Or
> does it only handle the commandline but not environment?

It also handles the environment block.  Is there a native process in the
call chain, maybe?  If not, I don't see any other chance than to debug
this further.  spawn_guts() and the build_env() functions might be good
starting points for that.


Corinna

-- 
Corinna Vinschen  Please, send mails regarding Cygwin to
Cygwin Project Co-Leader  cygwin AT cygwin DOT com
Red Hat

--
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: tzcode-2007h-2

2007-12-05 Thread Dr. Volker Zell 
Hi

A new version of 'tzcode/tzdata' has been uploaded to a server near you.


DESCRIPTION:

The time zone package


CYGWIN NEWS:


 * Package is now in Base category
   (see also: http://cygwin.com/ml/cygwin-apps/2007-12/msg00057.html)
 
tzcode/tzdata NEWS
==

 * Sorry no changelog available. You have to do the diff yourself.


INSTALLATION:
=
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.  Save it and run setup, answer the questions and pick up
the above mentioned package from the 'System' category.


DOWNLOAD:
=
Note that downloads from sources.redhat.com (aka cygwin.com) aren't
allowed due to bandwidth limitations.  This means that you will need
to find a mirror which has this update, please choose the one nearest to
you: http://cygwin.com/mirrors.html


QUESTIONS:
==
If you want to make a point or ask a question the Cygwin mailing
list is the appropriate place.


CYGWIN-ANNOUNCE UNSUBSCRIBE INFO:
=
To unsubscribe to 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:

[EMAIL PROTECTED]

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 this URL.


Enjoy
  Volker

--
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: [Test-version] xemacs-21.5.28-2/xemacs-tags-21.5.28-2/xemacs-emacs-common-21.5.28-2

2007-12-05 Thread Dr. Volker Zell 
Hi

A new *TEST* version of 'xemacs' has been uploaded to a server near you.


DESCRIPTION:

A powerful, highly customizable open source text editor and application 
development system


CYGWIN NEWS:


21.5.28-2:

 * Recompiled against Berkeley DB db4.5-4.5.20

21.5.28-1:

 * Routine update
 * Added --with-archlibdir
 --with-docdir
 --with-moduledir
   to configure otherwise XEmacs doesn't find it's 
exec-directory/doc-directory/module-directory
 * Removed --disable-mc-alloc from configure
 
21.5.27:

 * Not officially released
 * Routine update
 * Switched to cygport build framework

21.5.24:

 * Not officially released
 * Added --with-dragndrop and --with-offix to configure
 * Added --with-xft=emacs,tabs,menubars,gauges
 * Added --disable-mc-alloc because of 'assertion failed' messages
 
XEmacs NEWS:


Major Features and Backward Incompatible Changes

-- Fix: Check for missing dimensions for default face and window -- Aidan 
Kehoe, Mike Sperber
-- Fix: Crash in PNG error handler -- Stephen J. Turnbull, Ron Isaacson
-- Fix: Crash in device-matching-specifier-list -- Stephen J. Turnbull
-- Fix: Crash in gtk/x_reset_modifier_mapping -- Aidan Kehoe
-- Fix: Crash in linux_play_data_or_file on 64-bit linux -- Hans Graff, Vin 
Shelton
-- Fix: Crash on double-close of fd in pdump -- Steve Higham, Vin Shelton
-- Fix: Crash via buffer overflow in doc.c -- Aidan Kehoe, Fabrice Popineau
-- Fix: Crash via buffer overrun in init_native_sound -- Jerry James
-- Fix: Crash when deleting dialog via window manager -- Stephen J. Turnbull
-- Fix: Device type of msprinter is non-window-system -- Aidan Kehoe
-- Fix: Float formats overflow output buffer -- Aidan Kehoe
-- Fix: Font menu on non-Mule -- Aidan Kehoe
-- Fix: ISO 2022 decoding kludges -- Aidan Kehoe
-- Fix: Make snarf-documentation robust to nonconforming DOC files -- Aidan 
Kehoe
-- Fix: Non-existent charset ID is specified for a mule-to-unicode call -- 
Aidan Kehoe
-- Fix: Sanity checks before accessing frame in x_set_frame_properties -- Aidan 
Kehoe
-- Fix: Type of arguments to GaugeMercury (related to progress bar crash?) -- 
Stephen J. Turnbull
-- Fix: init_native_sound is called on a msprinter device -- Aidan Kehoe
-- Fix: set-buffer-file-coding-system now sets buffer-modified-flag by default 
-- Aidan Kehoe
-- New: Echo area resizing -- Adrian Aichner, Stephen J. Turnbull

User-Visible Bug Fixes and Minor Improvements

-- Fix: Avoid delays in TTY-only builds by checking dispatch event queue -- 
Aidan Kehoe
-- Fix: Avoid looking up variable bindings during GC -- Nix
-- Fix: Buffer overruns in gnuclient and gnuslib -- Jerry James
-- Fix: Remove references to unimplemented input methods from language 
environments -- Aidan Kehoe
-- Fix: Find modules correctly -- Ville Skytt, Mike Sperber, Stephen Turnbull
-- Fix: Get X11 window property correctly on 64-bit platforms -- Stephen J. 
Turnbull, Mike Fabian, Takashi Iwai
-- Fix: Handle coding system in file insertion in buffer properly -- Mike 
Sperber
-- Fix: Info broke invariant `(equal buffer-file-truename (file-truename 
buffer-file-name))' -- Stephen J. Turnbull, Nelson Ferreira
-- Fix: Lots of tweaking of Windows read-only handling -- Vin Shelton, Benson 
Margulies
-- Fix: Make --unmapped work again -- Malcolm Purvis
-- Fix: Make copying of char tables work -- Olivier Galibert, Stephen J. 
Turnbull
-- Fix: Prevent C-z in a gnuclient frame from suspending the process -- Aidan 
Kehoe
-- Fix: Regex for finding command nodes -- Jeff Miller
-- Fix: Reversion should check buffer-file-coding-system -- Aidan Kehoe
-- Fix: Syntax of guillemets -- Aidan Kehoe
-- Fix: Window configuration should not restore window position unless 
requested -- Nix
-- Improve: Better version info in etags -- Stephen Turnbull, Steve Youngs
-- Improve: Case table, syntax table information for Cyrillic, Greek -- Aidan 
Kehoe
-- Improve: Face initialization from X resources -- Aidan Kehoe
-- Improve: Give x-compose-map an entry for sharp S -- Aidan Kehoe
-- Improve: Handling of Asian "full-width" characters on TTY -- Aidan Kehoe
-- Improve: Language environment detection from locale -- Aidan Kehoe
-- Improve: Look harder for X11 locale-specific app-defaults files -- Malcolm 
Purvis
-- Improve: Make read-quoted-char terminate, not error, on non-character keys 
-- Aidan Kehoe
-- Improve: Sort abbrev database -- Adrian Aichner
-- Improve: Support non-ISO Cyrillic keysyms -- Aidan Kehoe
-- Improve: Sync etags to pot version 17.26; improve version report -- Stephen 
J. Turnbull, Steve Youngs
-- Improve: Sync etags to pot version 17.32; move improved version report to 
configure, lose pot version report -- Stephen J. Turnbull
-- Improve: Try to rationalize resources of Xft in lwlib -- Stephen J. Turnbull
-- Improve: Use short list fixed string registries, not long list pruned by 
regexp for X11 fonts -- Aidan Kehoe
-- Improve: charsets-in-region now in C -- Aidan Kehoe
-- Improve: what-cursor-positi

[ANNOUNCEMENT] Updated: xemacs-21.4.21-1/xemacs-tags-21.4.21-1/xemacs-emacs-common-21.4.21-1

2007-12-05 Thread Dr. Volker Zell 
Hi

A new version of `xemacs' has been uploaded to a server near you.


DESCRIPTION:

A powerful, highly customizable open source text editor and application 
development system


CYGWIN NEWS:


 * Routine update


XEmacs NEWS:


User-Visible Bug Fixes and Improvements

 Fix: Declare that we use a deprecated ldap interface.
 Fix: Make user-init file migration more robust.
 Fix: Clarify docstring in progress-feedback-with-label.
 Fix: Fix xlwgauge bug which may be related to progress bar crash.
 Fix: Fix crash when using window manager to close dialog box.
 Fix: Bound range check for Solaris gcc lossage no longer needed on Solaris 5.10
 Fix: Fix playing sound on 64-bit linux.
 Fix: Fix crashes with png display.
 Fix: Fix double free on modifier map.
 Fix: Don't close already-closed file ids.
 Fix: Under Windows, tie execute permission to read permission.
 Fix: Under Windows, check old-style readonly bit only for non-directories.
 Fix: Under Windows, the read-only attribute supercedes NTFS ACLs.

 Update: Update Didier Verna's personal info.
 Update: Update package download sites.
 Update: Sync font-lock-add-keywords and font-lock-remove-keywords from GNU 
Emacs.
 Update: Update Inno Setup script file.
 Update: Update Steve Baur's email address.

 Feature: Add defvar for font-lock-warning-face.
 Feature: Create additional modified buffer test. 


UPDATE:
===
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.  Save it and run setup, answer the questions and pick up
the above mentioned package from the `Editors' category.


DOWNLOAD:
=
Note that downloads from sources.redhat.com (aka cygwin.com) aren't
allowed due to bandwidth limitations.  This means that you will need to
find a mirror which has this update, please choose the one nearest to you:
http://cygwin.com/mirrors.html

QUESTIONS:
==
If you want to make a point or ask a question the Cygwin mailing list is
the appropriate place.

--
Dr. Volker Zell
volunteer cygwin xemacs maintainer


CYGWIN-ANNOUNCE UNSUBSCRIBE INFO:
=
To unsubscribe to 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:

[EMAIL PROTECTED]

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

Re: Updated: xemacs-21.4.21-1/xemacs-tags-21.4.21-1/xemacs-emacs-common-21.4.21-1

2007-12-05 Thread Mark Harig 

Dr. Volker Zell wrote:

Hi

A new version of `xemacs' has been uploaded to a server near you.

  
xemacs-emacs-common appears to have had xemacs added as a pre-requisite 
package.
This dependency should be removed so that emacs users can continue to 
install the
shared package without requiring xemacs (and the requisite X windows 
packages).


I would also like to suggest that the xemacs-emacs prefix be renamed to the
commonly-used plural for emacs, that is, emacsen.


--
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: Installing on a Samba share drive

2007-12-05 Thread Larry Hall (Cygwin) 

Tom Leonard wrote:

Hi,

I created a Samba share on my Debian system, mapped it to a drive letter 
on my XP Home system and did a full network install of Cygwin on the 
root of the mapped drive.  When I tried to use Cygwin to compile some 
programs, I found that a number of the symbolic links from the install 
(eg all of the low level .exe's like am.exe from gcc) could not be 
found.  While I could manually create the necessary symbolic links, it 
was impossible to know what exactly was broken.  I resolved the issue by 
"uninstalling" from the Samba drive and reinstalling on a local XP drive.


Can anyone shed some light on why the symbolic links might be broken.  
Because I need to support different library configurations, I'd like to 
use the technique of maintaining a number of different Cygwin 
environments on my Debian system where I have lots of disk space, and 
map to XP as and when needed.



System attribute of the symlinks weren't/couldn't be set?


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

_

A: Yes.
> Q: Are you sure?
>> A: Because it reverses the logical flow of conversation.
>>> Q: Why is top posting annoying in email?

--
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: Installing on a Samba share drive

2007-12-05 Thread Christopher Faylor 
On Wed, Dec 05, 2007 at 10:45:43PM -0500, Larry Hall (Cygwin) wrote:
> Tom Leonard wrote:
>> Hi,
>> I created a Samba share on my Debian system, mapped it to a drive letter 
>> on my XP Home system and did a full network install of Cygwin on the root 
>> of the mapped drive.  When I tried to use Cygwin to compile some programs, 
>> I found that a number of the symbolic links from the install (eg all of 
>> the low level .exe's like am.exe from gcc) could not be found.  While I 
>> could manually create the necessary symbolic links, it was impossible to 
>> know what exactly was broken.  I resolved the issue by "uninstalling" from 
>> the Samba drive and reinstalling on a local XP drive.
>> Can anyone shed some light on why the symbolic links might be broken.  
>> Because I need to support different library configurations, I'd like to 
>> use the technique of maintaining a number of different Cygwin environments 
>> on my Debian system where I have lots of disk space, and map to XP as and 
>> when needed.
>
>
> System attribute of the symlinks weren't/couldn't be set?

You're showing your age, Larry.  :-) .lnk files shouldn't have system
attributes.  They should just be readonly.  But that would be the case if
a *cygwin* cp/tar/cpio/etc. command was used to create the files.

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: Installing on a Samba share drive

2007-12-05 Thread Larry Hall (Cygwin) 

Christopher Faylor wrote:

On Wed, Dec 05, 2007 at 10:45:43PM -0500, Larry Hall (Cygwin) wrote:

Tom Leonard wrote:

Hi,
I created a Samba share on my Debian system, mapped it to a drive letter 
on my XP Home system and did a full network install of Cygwin on the root 
of the mapped drive.  When I tried to use Cygwin to compile some programs, 
I found that a number of the symbolic links from the install (eg all of 
the low level .exe's like am.exe from gcc) could not be found.  While I 
could manually create the necessary symbolic links, it was impossible to 
know what exactly was broken.  I resolved the issue by "uninstalling" from 
the Samba drive and reinstalling on a local XP drive.
Can anyone shed some light on why the symbolic links might be broken.  
Because I need to support different library configurations, I'd like to 
use the technique of maintaining a number of different Cygwin environments 
on my Debian system where I have lots of disk space, and map to XP as and 
when needed.


System attribute of the symlinks weren't/couldn't be set?


You're showing your age, Larry.  :-) .lnk files shouldn't have system
attributes.  They should just be readonly.  But that would be the case if
a *cygwin* cp/tar/cpio/etc. command was used to create the files.



Has 'setup.exe' finally been updated to create .lnk file style symlinks?
Guess it has been a while since I've wandered through that code. :-)


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

_

A: Yes.
> Q: Are you sure?
>> A: Because it reverses the logical flow of conversation.
>>> Q: Why is top posting annoying in email?

--
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: Installing on a Samba share drive

2007-12-05 Thread Christopher Faylor 
On Wed, Dec 05, 2007 at 11:38:54PM -0500, Larry Hall (Cygwin) wrote:
> Christopher Faylor wrote:
>> On Wed, Dec 05, 2007 at 10:45:43PM -0500, Larry Hall (Cygwin) wrote:
>>> Tom Leonard wrote:
 Hi,
 I created a Samba share on my Debian system, mapped it to a drive letter 
 on my XP Home system and did a full network install of Cygwin on the 
 root of the mapped drive.  When I tried to use Cygwin to compile some 
 programs, I found that a number of the symbolic links from the install 
 (eg all of the low level .exe's like am.exe from gcc) could not be 
 found.  While I could manually create the necessary symbolic links, it 
 was impossible to know what exactly was broken.  I resolved the issue by 
 "uninstalling" from the Samba drive and reinstalling on a local XP 
 drive.
 Can anyone shed some light on why the symbolic links might be broken.  
 Because I need to support different library configurations, I'd like to 
 use the technique of maintaining a number of different Cygwin 
 environments on my Debian system where I have lots of disk space, and 
 map to XP as and when needed.
>>>
>>> System attribute of the symlinks weren't/couldn't be set?
>> You're showing your age, Larry.  :-) .lnk files shouldn't have system
>> attributes.  They should just be readonly.  But that would be the case if
>> a *cygwin* cp/tar/cpio/etc. command was used to create the files.
>
>
> Has 'setup.exe' finally been updated to create .lnk file style symlinks?
> Guess it has been a while since I've wandered through that code. :-)

Ah, good point.  I was actually thinking this might have been the same
thing that as someone on IRC was reporting where I thought they said
that they just saw .lnk files but I see now that this wasn't mentioned
above.  Sorry about that.

Same answer, though.  Using cygwin utiltities to create the files should
rectify the problem.

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/