date:20031110

[ITP] tzcode: The time zone package

2003-11-10 Thread Dr. Volker Zell

Hi

I would like to contribute and maintain the timezone package:

 * http://www.twinsun.com/tz/tz-link.htm

a public-domain time zone database which contains code and data that
represent the history of local time for many representative locations
around the globe. This package contains the zic time zone compiler,
the zdump timezone dump routine, and various timezone library routines.
These functions deal with variations in the time zone rules in the world. 

Here is the setup.hint file:

sdesc: The time zone package.
ldesc: The public-domain time zone database contains code and data that represent the 
history of local time for many
representative locations around the globe. It is updated periodically to reflect 
changes made by political bodies to UTC
offsets and daylight-saving rules.

Each location in the database represents a national region where all clocks keeping 
local time have agreed since 1970.
Locations are identified by continent or ocean and then by the name of the location, 
which is typically the largest city
within the region. For example, America/New_York represents most of the US eastern 
time zone; America/Indianapolis
represents most of Indiana, which uses eastern time without daylight saving time 
(DST); America/Detroit represents most of
Michigan, which uses eastern time but with different DST rules in 1975; and other 
entries represent smaller regions like
Starke County, Kentucky, which switched from central to eastern time in 1991. To use 
the database, set the TZ environment
variable to the location's full name, e.g., TZ=America/New_York.
category: Libs System
requires: cygwin

-- cut here 

#!/bin/bash
wget http://de.geocities.com/vzell1/cygwin/setup.hint.tzcode-2003d-1.zip
mv setup.hint.tzcode-2003d-1.zip setup.hint

wget http://de.geocities.com/vzell1/cygwin/tzcode-2003d-1-src.tar.zip
mv tzcode-2003d-1-src.tar.zip tzcode-2003d-1-src.tar.bz2

wget http://de.geocities.com/vzell1/cygwin/tzcode-2003d-1.tar.zip
mv tzcode-2003d-1.tar.zip tzcode-2003d-1.tar.bz2

-- cut here 

Ciao
  Volker

Re: Pending Packages List, 2003-11-07

2003-11-10 Thread Dr. Volker Zell

 Daniel == Daniel Reed [EMAIL PROTECTED] writes:

Daniel Package: sgrep 1.99.1-1
Daniel Description: Search indexed text regions like SGML, XML and HTML files
DanielProposer: Jari Aalto
DanielProposal: http://sources.redhat.com/ml/cygwin-apps/2003-09/msg00166.html
Daniel  
http://tierra.dyndns.org:81/cygwin/sgrep/sgrep-1.92.1-1.tar.bz2
Daniel  
http://tierra.dyndns.org:81/cygwin/sgrep/sgrep-1.92.1-1-src.tar.bz2
Daniel  http://tierra.dyndns.org:81/cygwin/sgrep/setup.hint
DanielProblems: ./cygbuild-1.92.1-1.sh: line 408: [: -eq: unary operator 
expected (cygwin-apps-thread.11855)
Daniel  --- sgrep-1.92.1-orig/Makefile  1970-01-01 00:00:00.0 
+ (cygwin-apps-thread.11855)
Daniel   Aye votes: Lapo Luchini (cygwin-apps-thread.11774) [1/3]
Daniel  Status: Package available.
DanielHOLD-UPS: Not enough votes (need 2 more). Unresolved problems. No good 
to go review.

I vote pro.

 * Shouldn't the /usr/share/sample.sgreprc go to /etc/defaults/etc/sample.sgreprc
   and be copied to /usr/share/sgreprc by a postinstall script ?

 * The man page is still in /usr/man/man1 instead of in /usr/share/man/man1

Ciao
  Volker

RE: Pending Packages List, 2003-11-07

2003-11-10 Thread John Morrison

 From: Dr. Volker Zell
  Daniel == Daniel Reed [EMAIL PROTECTED] writes:
  * Shouldn't the /usr/share/sample.sgreprc go to 
 /etc/defaults/etc/sample.sgreprc
and be copied to /usr/share/sgreprc by a postinstall script ?

If it is placed in /etc/defaults/ it should be called
/etc/defaults/etc/.sgreprc (ie, it should be called the same as the
actual file will be) as all that should happen is, if the file
(or a link) doesn't exist minus the /etc/defaults prefix, copy it :)

The easiest postinstall script is to copy
/etc/postinstall/base-files-profile.sh[.done] as this is all that
script does :)

However the use of /etc/defaults/ is entirely optional and at the
package maintainers whim :)

J.

Re: [ITP] tzcode: The time zone package

2003-11-10 Thread Nicholas Wourms

[EMAIL PROTECTED] wrote:

Hi

I would like to contribute and maintain the timezone package:

 * http://www.twinsun.com/tz/tz-link.htm

a public-domain time zone database which contains code and data that
represent the history of local time for many representative locations
around the globe. This package contains the zic time zone compiler,
the zdump timezone dump routine, and various timezone library routines.
These functions deal with variations in the time zone rules in the world. 

Actually, cygwin uses most of the library code from the package directly 
in the dll.  So, instead of making a new library, perhaps updating the 
existing cygwin source files would be the way to go?  I'd even go as far 
to say that the timezone utils (which are very small) ought to also be 
in the utils distributed with the cygwin dll since this is how it is 
done with glibc.  The tzdata, however, could remain a separate package.

Whatever the decision, I think this would make a fine addition.  I vote yes.

Cheers,
Nicholas

Re: XWin works on Win2K but not on some WinXP clients

2003-11-10 Thread Alexander Gottwald

On Sun, 9 Nov 2003, kirk woellert wrote:

 XWin -querry IPaddress of the linux box or
 
 XWin :0 -querry IPaddress of the linux box

Is this a typo? It must be -query (only one 'r')

bye
ago
-- 
 [EMAIL PROTECTED] 
 http://www.gotti.org   ICQ: 126018723

TTF-font rendering not working anymore

2003-11-10 Thread Fridger Schrempp

After the recent XFree86-freetype2-fontconfig upgrade of Oct 29, the
rendering of TTF fonts does not work anymore for me. My TTF fonts are
still listed correctly e.g. with 'xlsfonts' but /not/ displayed on screen
anymore e.g. with 'xfontsel', 'xfd'...

Also xterm continues to work fine, e.g. 'xterm -fa Luxi Mono -fs 16'
produces correct anti-aliased fonts.

My Cygwin (XFree86) installation is up-to-date.

Fridger

multiplemonitors

2003-11-10 Thread Jason Dufair

I just put a 2nd video card in my Win2K PC so that both of my monitors are
running at 1280x1024x32bpp.  The primary is an ATI RADEON 7500 AGP and the
secondary is an ATI AIW 128 PCI.  When I run

start XWin -multiwindow -clipboard -multiplemonitors

I get the following in /tmp/XWin.log

winScreenInit - Monitors do not all have same pixel format / display depth.
Using primary display only.

I know they're running the same display depth.  What's pixel format?  I
also notice in my Device Manager that I have a Microsoft SMS Mirror
Driver (this is my work PC).

Relevant packages include: (just ran setup.exe a few minutes ago and let
it update everything)

XFree86-base4.3.0-1
XFree86-bin 4.3.0-7
XFree86-etc 4.3.0-5
XFree86-fenc4.2.0-3
XFree86-fnts4.2.0-3
XFree86-lib 4.3.0-1
XFree86-lib-compat  4.3.0-2
XFree86-startup-scripts 4.2.0-5
XFree86-xserv   4.3.0-22   


Any ideas as to why -multiplemonitors isn't working?
-- 
Jason Dufair - [EMAIL PROTECTED]
http://www.dufair.org/
+kritical christin: you need to learn how to figure out stuff yourself..
+Christin1 how do i do that

RE:XWin works on Win2K but not on some WinXP clients

2003-11-10 Thread Woellert, Kirk D.

I tried the command:

XWin -query linux-box-ip -from window-box-ip 
No luck.
BTW, is there more to do on the client side than merely install the full
Cygwin (and hence full XFree86 package)? Again, maybe I missed something.
Here is the log file from one of the WinXP machines. FYI, the guy that can
connect has the same hardware configuration, he just happens to be on Win2K.
I see some msgs that look funny, but nothing that I recall from the docs
that point to an issue.

ddxProcessArgument - Initializing default screens
winInitializeDefaultScreens - w 1280 h 1024
winInitializeDefaultScreens - Returning
OsVendorInit - Creating bogus screen 0
_XSERVTransmkdir: Owner of /tmp/.X11-unix should be set to root
(EE) Unable to locate/open config file
InitOutput - Error reading config file
winDetectSupportedEngines - Windows NT/2000/XP
winDetectSupportedEngines - DirectDraw installed
winDetectSupportedEngines - Allowing PrimaryDD
winDetectSupportedEngines - DirectDraw4 installed
winDetectSupportedEngines - Returning, supported engines 001f
InitOutput - g_iNumScreens: 1 iMaxConsecutiveScreen: 1
winSetEngine - Using Shadow DirectDraw NonLocking
winAdjustVideoModeShadowDDNL - Using Windows display depth of 32 bits per
pixel
winCreateBoundingWindowWindowed - User w: 1280 h: 1024
winCreateBoundingWindowWindowed - Current w: 1280 h: 1024
winAdjustForAutoHide - Original WorkArea: 0 0 994 1280
winAdjustForAutoHide - Adjusted WorkArea: 0 0 994 1280
winCreateBoundingWindowWindowed - WindowClient w 1274 h 962 r 1274 l 0 b 962
t 0
winCreateBoundingWindowWindowed -  Returning
winCreatePrimarySurfaceShadowDDNL - Creating primary surface
winCreatePrimarySurfaceShadowDDNL - Created primary surface
winCreatePrimarySurfaceShadowDDNL - Attached clipper to primary surface
winAllocateFBShadowDDNL - lPitch: 5096
winAllocateFBShadowDDNL - Created shadow pitch: 5096
winAllocateFBShadowDDNL - Created shadow stride: 1274
winFinishScreenInitFB - Masks: 00ff ff00 00ff
winInitVisualsShadowDDNL - Masks 00ff ff00 00ff BPRGB 8 d 24 bpp
32
winCreateDefColormap - Deferring to fbCreateDefColormap ()
winFinishScreenInitFB - returning
winScreenInit - returning
InitOutput - Returning.
MIT-SHM extension disabled due to lack of kernel support
XFree86-Bigfont extension local-client optimization disabled due to lack of
shared memory support in the kernel
(==) winConfigKeyboard - Layout: 0409 (0409) 
(EE) No primary keyboard configured
(==) Using compiletime defaults for keyboard
Rules = xfree86 Model = pc101 Layout = us Variant = (null) Options =
(null)
winPointerWarpCursor - Discarding first warp: 637 481
winBlockHandler - Releasing pmServerStarted
winBlockHandler - pthread_mutex_unlock () returned
winDeinitClipboard - Noting shutdown in progress
winDeinitMultiWindowWM - Noting shutdown in progress
winDeinitClipboard - Noting shutdown in progress
winDeinitMultiWindowWM - Noting shutdown in progress
winDeinitMultiWindowWM - Noting shutdown in progress
winDeinitClipboard - Noting shutdown in progress
winDeinitMultiWindowWM - Noting shutdown in progress

Re: XWin works on Win2K but not on some WinXP clients

2003-11-10 Thread Harold L Hunt II

Kirk,

Woellert, Kirk D. wrote:

I tried the command:

XWin -query linux-box-ip -from window-box-ip 
No luck.
BTW, is there more to do on the client side than merely install the full
Cygwin (and hence full XFree86 package)? Again, maybe I missed something.
Here is the log file from one of the WinXP machines. FYI, the guy that can
connect has the same hardware configuration, he just happens to be on Win2K.
I see some msgs that look funny, but nothing that I recall from the docs
that point to an issue.
No, nothing special needs to be done for an installation.

Do the machines have more than one network interface, perhaps two 
ethernet connections (e.g. 1x100 Mbit, 1x1000Mbit), or perhaps wired and 
wireless, or bluetooth?  Anything like that?  The reason is that you 
have to tell the -from ip parameter the actualy ip that XWin.exe is 
attempting to connect on.  So, if you have more than one ip you must 
tell it the correct ip for the proper interface.

Are you the admin of the linux machine?  If so, try running kdm/gdm/xdm 
with verbose output and/or checking the log messages on the machine. 
You need to figure out if the linux server is actively rejecting the 
connection or not even getting an attempt in the first place.

Another consideration would be that since your old computers work and 
your new computers don't work, then maybe you've got the linux machine 
setup to reject xdm connections from any machines not in a list and that 
list has not been updated to include the new machines.

Have you reported yet on whether you can ssh into the box and tunnel 
apps back to your machines that cannot login to XDM directly?  That 
would at least confirm that networking between the two boxes is 
reasonably stable.

Hope that helps,

Harold

RE: Amazing New Digita1 Cab1e Descramb1er p gw

2003-11-10 Thread Dena Woodruff

Un1ock your cab1e. Here is how.


http://www.xmas4cheap.net/cable3/








No further information.

http://www.xmas4cheap.net/b.htm



jygtb cyt gukmpo  yrdcphw cea
r
lg qjzyi  qqbhvfpvg

Cu.rn as much as a pr0n star! upto 500% more!

2003-11-10 Thread douglas

Title: Mr. Newcomb taught the interminable math class.
Laura was apprehensive when I told her Bob Dole loved her.49v264MG764012w3Ch661h2393Y93m6xib2N239y3f6g354q04d536119071

S.URPRISE YOUR L.OVER TODAY! COVER HER WHOLE FAC.E WITH CU.M!
How w.ould you like to
SHOOT LIKE THE PO.RN-STARS?
Up_to 500% m.ore S.PERM! 
ADD UP_TO 500% M.ORE SPER.M
INCREASED SE.XUAL DESIRE
HAVE M.ORE INTENSE 0.RGASMS
PRODUCE ST.RONGER E.RECTIONS
HAVE A STRONGER 5.EXUAL DESIRE
1.NCREASED S.E..XUAL STAMINA
FULLY DO.CTOR APP.ROVED! L.EARN MORE!
100% MON.EY BAC.K SATISF.ACTION GUA.RANTEE!
To stop from getting these, Here0d3415276h9R13j23207blr1814n0MM7Lag3l7f8Bc49v264MG764012w3Ch661h2393Y93m6xib2N239y3f6g354q04d5361190710d3415276h9R13j23207blr1814n0MM7Lag3l7f8Bc49v264MG764Mr. Newcomb taught the interminable math class.Laura was apprehensive when I told her Bob Dole loved her.012w3Ch661h2393Y93m6xib2N239y3f6g354q04d5361190710d3415276h9R13j23207blr1814n0MM7Lag3l7f8Bc49v264MG764012w3Ch661h2393Y93m6xi
Mr. Newcomb taught the interminable math class.Mr. Newcomb taught the interminable math class.Laura was apprehensive when I told her Bob Dole loved her.Mr. Newcomb taught the interminable math class.

src/winsup/cygwin ChangeLog thread.cc

2003-11-10 Thread tpfaff

CVSROOT:/cvs/src
Module name:src
Changes by: [EMAIL PROTECTED]   2003-11-10 19:44:53

Modified files:
winsup/cygwin  : ChangeLog thread.cc 

Log message:
* thread.cc (__reent_t::init_clib): Set thread local clib
__sdidinit var appropriately.

Patches:
http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/cygwin/ChangeLog.diff?cvsroot=srcr1=1.2160r2=1.2161
http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/cygwin/thread.cc.diff?cvsroot=srcr1=1.139r2=1.140

src/winsup/cygwin ChangeLog winsup.h

2003-11-10 Thread corinna

CVSROOT:/cvs/src
Module name:src
Changes by: [EMAIL PROTECTED]   2003-11-10 21:17:53

Modified files:
winsup/cygwin  : ChangeLog winsup.h 

Log message:
* winsup.h (low_priority_sleep): Fix declaration to avoid linker
warning.

Patches:
http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/cygwin/ChangeLog.diff?cvsroot=srcr1=1.2161r2=1.2162
http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/cygwin/winsup.h.diff?cvsroot=srcr1=1.125r2=1.126

[PATCH] stdio initialization

2003-11-10 Thread Thomas Pfaff

Attached patch fixes the memory leak reported by Arash Partow by
initializing stdio during startup and setting __sdidinit from thread
local clib appropriately.

Thomas

2003-11-10  Thomas Pfaff  [EMAIL PROTECTED]

* dcrt0.cc: Add prototype for __sinit.
(dll_crt0_1): Initialize stdio.
* thread.cc (pthread::exit): Cleanup on thread exit.
(__reent_t::init_clib): Set thread local clib __sdidinit var
appropriately.
diff -urp src.org/dcrt0.cc src/dcrt0.cc
--- src.org/dcrt0.cc2003-11-10 12:10:07.279150400 +0100
+++ src/dcrt0.cc2003-11-10 12:10:57.641568000 +0100
@@ -76,6 +76,10 @@ unsigned NO_COPY _cygwin_testing_magic;
 
 char NO_COPY almost_null[1];
 
+
+extern C void __sinit (struct _reent *s);
+
+
 extern C
 {
   /* This is an exported copy of environ which can be used by DLLs
@@ -640,6 +644,9 @@ dll_crt0_1 ()
   pthread::init_mainthread ();
 }
 
+  /* Initialize stdio */
+  __sinit (_impure_ptr);
+
 #ifdef DEBUGGING
   strace.microseconds ();
 #endif
diff -urp src.org/thread.cc src/thread.cc
--- src.org/thread.cc   2003-11-10 12:09:51.376283200 +0100
+++ src/thread.cc   2003-11-10 12:10:57.771755200 +0100
@@ -377,6 +377,9 @@ pthread::exit (void *value_ptr)
   mutex.unlock ();
 }
 
+  if (_REENT-__cleanup)
+(*_REENT-__cleanup) (_REENT);
+
   if (InterlockedDecrement (MT_INTERFACE-threadcount) == 0)
 ::exit (0);
   else
@@ -1878,6 +1881,7 @@ __reent_t::init_clib (struct _reent var
   var._stdin = _GLOBAL_REENT-_stdin;
   var._stdout = _GLOBAL_REENT-_stdout;
   var._stderr = _GLOBAL_REENT-_stderr;
+  var.__sdidinit = _GLOBAL_REENT-__sdidinit;
   _clib = var;
 };

Re: [PATCH] stdio initialization

2003-11-10 Thread Christopher Faylor

On Mon, Nov 10, 2003 at 03:03:06PM +0100, Thomas Pfaff wrote:
Christopher Faylor wrote:
On Mon, Nov 10, 2003 at 12:23:35PM +0100, Thomas Pfaff wrote:

Attached patch fixes the memory leak reported by Arash Partow by
initializing stdio during startup and setting __sdidinit from thread
local clib appropriately.

Thomas

2003-11-10  Thomas Pfaff  [EMAIL PROTECTED]

 * dcrt0.cc: Add prototype for __sinit.
 (dll_crt0_1): Initialize stdio.


The above two things are already done in dcrt0.cc.  Why are you adding
additional prototypes and going to additional work?


Ouch. I should have stayed in bed today.

But the rest of your patch looks ok, I think, doesn't it?

cgf

Re: [PATCH] stdio initialization

2003-11-10 Thread Christopher Faylor

On Mon, Nov 10, 2003 at 10:09:52AM -0500, Christopher Faylor wrote:
On Mon, Nov 10, 2003 at 03:03:06PM +0100, Thomas Pfaff wrote:
Christopher Faylor wrote:
On Mon, Nov 10, 2003 at 12:23:35PM +0100, Thomas Pfaff wrote:

Attached patch fixes the memory leak reported by Arash Partow by
initializing stdio during startup and setting __sdidinit from thread
local clib appropriately.

Thomas

2003-11-10  Thomas Pfaff  [EMAIL PROTECTED]

* dcrt0.cc: Add prototype for __sinit.
(dll_crt0_1): Initialize stdio.


The above two things are already done in dcrt0.cc.  Why are you adding
additional prototypes and going to additional work?


Ouch. I should have stayed in bed today.

But the rest of your patch looks ok, I think, doesn't it?

Actually, on poking around a little, I wonder if we should be calling
_reclaim_reent to get back all of the stuff allocated in the REENT
structure?

cgf

Re: [PATCH] stdio initialization

2003-11-10 Thread Thomas Pfaff

Christopher Faylor wrote:
On Mon, Nov 10, 2003 at 10:09:52AM -0500, Christopher Faylor wrote:

On Mon, Nov 10, 2003 at 03:03:06PM +0100, Thomas Pfaff wrote:

Christopher Faylor wrote:

On Mon, Nov 10, 2003 at 12:23:35PM +0100, Thomas Pfaff wrote:


Attached patch fixes the memory leak reported by Arash Partow by
initializing stdio during startup and setting __sdidinit from thread
local clib appropriately.
Thomas

2003-11-10  Thomas Pfaff  [EMAIL PROTECTED]

* dcrt0.cc: Add prototype for __sinit.
(dll_crt0_1): Initialize stdio.


The above two things are already done in dcrt0.cc.  Why are you adding
additional prototypes and going to additional work?
Ouch. I should have stayed in bed today.
But the rest of your patch looks ok, I think, doesn't it?


Actually, on poking around a little, I wonder if we should be calling
_reclaim_reent to get back all of the stuff allocated in the REENT
structure?
It might be better to call _reclaim_reent instead of 
(*_REENT-__cleanup) (_REENT).
I will check tommorow.

Thomas

New Pthread and Cygwin layer issues...

2003-11-10 Thread Arash Partow

Hi All,

I'm writing about another issue I've found with cygwin layer, pthreads,
memory leaks. I've updated to the lastest g++, currently I'm using
the cygwin1.dll from 8th Nov.
Now the issue is that the ThreadTest (url to source available below) is now
leaking a HUGE! amount of memory, and all indications seem to be coming 
from
the cygwin1.dll.

Previous version of the ThreadTest did not include mutexes, so I recently
implemented a simple mutex class to see how it pans out on cygwin.
I think the leak was introduced after the new gcc was put out, because even
the previous version of the ThreadTest that did not test mutexes is leaking
memory now, I think the majority of mem-leak problems came about after the
cygwin1.dll snapshot of the 28th Oct. Previous to that the original Thread
Test was not leaking memory. However now using the new gcc 3.3.1-3 and dlls
of 2nd,3rd,4th,6th,7th and 8th the original ThreadTest leaks memory like
water through a sieve, whats gone wrong ? what has changed so dramatically
in the past 1.5 weeks?
Previous to these snapshots, the ThreadTest was not leaking memory, however
was crashing due to a cygwin layer issue which has now been resolved now.
As before I've carefully tested the same code on BSDs(open and free) and on
RH. I've done check to see if memory leaks occur and also used top to see
if any zombie threads occur. And as before there is no issue with the code.
I've used glowcode and purify to see if I can find where the problem is and
it seems cygwin1.dll is not freeing up handles that it aquires. This leads
to continual usage of virtual memory which leads to more usage of swap,
which inevitably leads to me running out of RAM and swap space, even though
I've got 1024GbRAM and set my swap file 2.5Gb. Using TaskInfo I also see
that the cygwin1.dll is using 387Mb of memory, it gets to this point at
about 250,000 thread creations.
I was wondering if anyone would bother to download the code and see if they
can replicate the same situation, i'd be grateful. Just a reminder same
code has been tested on other *nixs and it seems to be all ok.
url for source code: http://www.partow.net/downloads/ThreadTest.zip

To make type:

make ThreadTest

To run type:

./ThreadTest

If you have any other question or comments please don't hestiste.

Regards



Arash Partow





__
Be one who knows what they don't know,
Instead of being one who knows not what they don't know,
Thinking they know everything about all things.
http://www.partow.net




















..















.

_
Hot chart ringtones and polyphonics. Go to  
http://ninemsn.com.au/mobilemania/default.asp

--
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.5: sshd problem

2003-11-10 Thread John Pye

Hi everyone

I have a strange problem with sshd and can't seem to find any tips in 
the mailing list archives, ssh docs, or on the web.

I have been getting the following error, ssh_exchange_identification: 
Connection closed by remote host - see (1) below

When I run a verbose ssh, I get the output shown in (2) below. I have 
attached the cygcheck output below as (3).

This computer was set up just a few weeks ago following a rebuild. I 
downloaded fresh cygwin from the internet as shown in (3). Recently I 
wanted to add an account for a friend, so I did the following:
(a) added a new user account.
(b) from my usual account, ran *mkpasswd -l  /etc/passwd*
(c) from my usual account, ran *mkgroup -l  /etc/group
*(d) added two DNS entries for my (static) IP address using www.dyndns.org

It was at this point that I noticed that ssh wasn't working at all, not 
even from localhost. I tried to reinstall ssh using the cygwin setup. I 
deleted my /etc/ssh* files and my .ssh directory to try to eliminate any 
hangover.

I have read that reverse DNS lookups can cause problems, also that there 
have been recent changes to the ssh config stuff in cygwin (but am not 
an expert on either). Could either of these issues be bugs which are 
causing me problems here?

I had a look for /etc/hosts.allow and /etc/hosts.deny files under 
cygwin, and these files don't exist.

Any suggestions mightily appreciated!

John Pye

 1 ---

[EMAIL PROTECTED] ~
$ ssh-host-config
There are still ssh processes running. Please shut them down first.

[EMAIL PROTECTED] ~
$ cygrunsrv -E sshd
[EMAIL PROTECTED] ~
$ ssh-host-config
Overwrite existing /etc/ssh_config file? (yes/no) yes
Generating /etc/ssh_config file
Overwrite existing /etc/sshd_config file? (yes/no) yes
Privilege separation is set to yes by default since OpenSSH 3.3.
However, this requires a non-privileged account called 'sshd'.
For more info on privilege separation read 
/usr/share/doc/openssh/README.privsep.

Should privilege separation be used? (yes/no) yes
Generating /etc/sshd_config file
Host configuration finished. Have fun!

[EMAIL PROTECTED] ~
$ cygrunsrv -S sshd
[EMAIL PROTECTED] ~
$ ssh localhost
ssh_exchange_identification: Connection closed by remote host
[EMAIL PROTECTED] ~
$ cygcheck -s -r -v  cygcheck.out
-- 2 --

[EMAIL PROTECTED] ~
$ ssh -v -v -v localhost
OpenSSH_3.7.1p2, SSH protocols 1.5/2.0, OpenSSL 0.9.7c 30 Sep 2003
debug1: Reading configuration data /etc/ssh_config
debug2: ssh_connect: needpriv 0
debug1: Connecting to localhost [127.0.0.1] port 22.
debug1: Connection established.
debug1: identity file /home/john/.ssh/identity type -1
debug1: identity file /home/john/.ssh/id_rsa type -1
debug1: identity file /home/john/.ssh/id_dsa type -1
ssh_exchange_identification: Connection closed by remote host
debug1: Calling cleanup 0x41bf10(0x0)
[EMAIL PROTECTED] ~
$ ssh -v -v -v -1 localhost
OpenSSH_3.7.1p2, SSH protocols 1.5/2.0, OpenSSL 0.9.7c 30 Sep 2003
debug1: Reading configuration data /etc/ssh_config
debug2: ssh_connect: needpriv 0
debug1: Connecting to localhost [127.0.0.1] port 22.
debug1: Connection established.
debug1: identity file /home/john/.ssh/identity type -1
ssh_exchange_identification: Connection closed by remote host
debug1: Calling cleanup 0x41bf10(0x0)
[EMAIL PROTECTED] ~
$ ssh -v -v -v -2 localhost
OpenSSH_3.7.1p2, SSH protocols 1.5/2.0, OpenSSL 0.9.7c 30 Sep 2003
debug1: Reading configuration data /etc/ssh_config
debug2: ssh_connect: needpriv 0
debug1: Connecting to localhost [127.0.0.1] port 22.
debug1: Connection established.
debug1: identity file /home/john/.ssh/id_rsa type -1
debug1: identity file /home/john/.ssh/id_dsa type -1
ssh_exchange_identification: Connection closed by remote host
debug1: Calling cleanup 0x41bf10(0x0)
 3 

Cygwin Win95/NT Configuration Diagnostics
Current System Time: Mon Nov 10 18:52:40 2003
Windows 2000 Professional Ver 5.0 Build 2195 Service Pack 4

Path:C:\cygwin\usr\local\bin
   C:\cygwin\bin
   C:\cygwin\bin
   C:\cygwin\usr\X11R6\bin
   c:\WINNT\system32
   c:\WINNT
   c:\WINNT\System32\Wbem
   c:\mysql\bin\
   c:\php
   c:\bin
   c:\Program Files\GnuWin32\bin
   C:\cygwin\bin
   c:\Program Files\Python232
   c:\Program Files\Common Files\Adaptec Shared\System
Output from C:\cygwin\bin\id.exe (nontsec)
UID: 1000(john) GID: 513(None)
513(None)
Output from C:\cygwin\bin\id.exe (ntsec)
UID: 1000(john) GID: 513(None)
513(None)544(Administrators) 
545(Users)

SysDir: C:\WINNT\system32
WinDir: C:\WINNT
HOME = `C:\cygwin\home\john'
MAKE_MODE = `unix'
PWD = `/home/john'
USER = `john'
ALLUSERSPROFILE = `C:\Documents and Settings\All Users'
APPDATA = `C:\Documents and Settings\john\Application Data'
COMMONPROGRAMFILES = `C:\Program Files\Common Files'
COMPUTERNAME = `JOHN'
COMSPEC = `C:\WINNT\system32\cmd.exe'
CVS_RSH = `/bin/ssh'
HOMEDRIVE = `C:'
HOMEPATH = `\Documents and Settings\john'
HOSTNAME = `john'
INFOPATH =

Re: 1.5.5: sshd problem

2003-11-10 Thread Corinna Vinschen

On Mon, Nov 10, 2003 at 07:38:46PM +1100, John Pye wrote:
 Hi everyone
 
 I have a strange problem with sshd and can't seem to find any tips in 
 the mailing list archives, ssh docs, or on the web.
 
 I have been getting the following error, ssh_exchange_identification: 
 Connection closed by remote host - see (1) below

Any interesting syslog entry from sshd?  Any error message in
/var/log/sshd.log?

If not, try this:

- Deinstall the sshd service: cygrunsrv -R sshd
- Edit /etc/passwd and remove the sshd account entry.
- Remove the sshd account: net user sshd /delete
- If you didn't change much in your /etc/ssh_config and /etc/ssdh_config
  files, remove them.
- Run ssh-host-config again.
- Run ssh-user-config for your own (and each other used) account.
- Restart the sshd service.

Corinna

-- 
Corinna Vinschen  Please, send mails regarding Cygwin to
Cygwin Developermailto:[EMAIL PROTECTED]
Red Hat, Inc.

--
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 try at killall

2003-11-10 Thread Jörg Schaible

Lapo Luchini wrote on Sunday, November 09, 2003 7:06 PM:
 Vince Hoffman wrote:
 Not complete, but usually works for me 0=)
 
 $ cat /usr/local/bin/killall
 #!/bin/sh
 ps -s | sed -re /$1$/s/^ +([0-9]+).*$/\1/;t fine;d;:fine | xargs
 kill $2 $3 $4
 
 
 Any reason not to just use pkill ? (from procps package)
 (I found it after writing a similar script for solaris. )
 
 And I already had it installed, too!

Me, too. But your version can be enhanced to use ps with -W, while pkill cannot handle 
Windows processes at all. And I have to use an application, that leavs behind a 
dangling Java process ...

:)

-- 
Jörg

--
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: Info versus Man

2003-11-10 Thread Hughes, Bill

Sent: 09 November 2003 21:48 From: Don Sharp
 Try pinfo. If it doesn't find an info page it'll look for a man page.

Except that under rxvt pinfo leaves the data on the screen where info and
man leave you back where you started. In a console it does what I would
expect.
So (for me) the choice is between rxvt and pinfo...

--
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: New Pthread and Cygwin layer issues...

2003-11-10 Thread Thomas Pfaff

Arash Partow wrote:
Hi All,

I'm writing about another issue I've found with cygwin layer, pthreads,
memory leaks. I've updated to the lastest g++, currently I'm using
the cygwin1.dll from 8th Nov.
Now the issue is that the ThreadTest (url to source available below) is now
leaking a HUGE! amount of memory, and all indications seem to be 
coming from
the cygwin1.dll.

Previous version of the ThreadTest did not include mutexes, so I recently
implemented a simple mutex class to see how it pans out on cygwin.
I think the leak was introduced after the new gcc was put out, because even
the previous version of the ThreadTest that did not test mutexes is leaking
memory now, I think the majority of mem-leak problems came about after the
cygwin1.dll snapshot of the 28th Oct. Previous to that the original Thread
Test was not leaking memory. However now using the new gcc 3.3.1-3 and dlls
of 2nd,3rd,4th,6th,7th and 8th the original ThreadTest leaks memory like
water through a sieve, whats gone wrong ? what has changed so dramatically
in the past 1.5 weeks?
Only your test case ;-) .

The memory leak was already in the cygwin dll and is stdio related. 
Memory is allocated during thread stdio but is not freed on thread 
termination. Since your older test cases didn't make debug printfs in 
in the execute method it hasn't bite you.

Thomas

--
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: How to force passfile-login via SSL?

2003-11-10 Thread Ralf Steinhaeusser

On Sun, 09 Nov 2003 16:07:02 -0800, Brian Dessent [EMAIL PROTECTED]
wrote:

 Cygwin's SSH is the only incoming contact point of our server with the
 Internet, the rest protected by a firewall.
 Because our passwords are potentially weak (=short), and also to give
 remote-access to only a limited set of users, I want to configure Cygwin to
 allow connections with SSH only when they try to log in via a keyfile. (So
 NOT via Username/Password of any NT-User).

Have a look at man sshd_config.  I think the directive you want is
PasswordAuthentication no.

That's it, now everything works perfectly!
Thanks a lot.

Btw: Is there a way to restart Cygwin, so changes in such a file
take effect without restarting Windows?

Ralf


--
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: How to force passfile-login via SSL?

2003-11-10 Thread Corinna Vinschen

On Mon, Nov 10, 2003 at 01:18:24PM +0100, Ralf Steinhaeusser wrote:
 On Sun, 09 Nov 2003 16:07:02 -0800, Brian Dessent [EMAIL PROTECTED]
 wrote:
 
  Cygwin's SSH is the only incoming contact point of our server with the
  Internet, the rest protected by a firewall.
  Because our passwords are potentially weak (=short), and also to give
  remote-access to only a limited set of users, I want to configure Cygwin to
  allow connections with SSH only when they try to log in via a keyfile. (So
  NOT via Username/Password of any NT-User).
 
 Have a look at man sshd_config.  I think the directive you want is
 PasswordAuthentication no.
 
 That's it, now everything works perfectly!
 Thanks a lot.
 
 Btw: Is there a way to restart Cygwin, so changes in such a file
 take effect without restarting Windows?

Cygwin is no service and has nothing to do with that file.  What you
want is restarting the sshd service.  `net start' and `net stop' or
`cygrunsrv' are your friend.

Corinna

-- 
Corinna Vinschen  Please, send mails regarding Cygwin to
Cygwin Developermailto:[EMAIL PROTECTED]
Red Hat, Inc.

--
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: How to force passfile-login via SSL?

2003-11-10 Thread Corinna Vinschen

On Mon, Nov 10, 2003 at 01:47:33PM +0100, Corinna Vinschen wrote:
 On Mon, Nov 10, 2003 at 01:18:24PM +0100, Ralf Steinhaeusser wrote:
  Btw: Is there a way to restart Cygwin, so changes in such a file
  take effect without restarting Windows?
 
 Cygwin is no service and has nothing to do with that file.  What you
 want is restarting the sshd service.  `net start' and `net stop' or
 `cygrunsrv' are your friend.

Or, in case of sshd: kill -HUP sshd_pid.  See `man sshd'.

Corinna

-- 
Corinna Vinschen  Please, send mails regarding Cygwin to
Cygwin Developermailto:[EMAIL PROTECTED]
Red Hat, Inc.

--
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: New tar available for testing (was Re: here is a patch for gnu tar incremental backup...)

2003-11-10 Thread Jeremy Green

On Sat, Nov 8, 2003 cgf wrote:

 Thanks for the patch but I don't think it is quite right and I don't
 think it catches everything.

 I'm uploading a new version of tar for testing now.  I'd appreciate
 feedback (to the cygwin list) on whether it solves the reported problem.

The binary you've uploaded, and the binary I built from the new source
exhibit the same problem that tar-1.13.25-3 showed:

$ touch f1
$ mkdir foo
$ touch foo/bar
$ ls -lR files/
files/:
total 0
-rw-r--r--1 jeremyNone0 Nov 10 12:26 f1
drwxr-xr-x+   2 jeremyNone0 Nov 10 12:26 foo

files/foo:
total 0
-rw-r--r--1 jeremyNone0 Nov 10 12:26 bar
$ /usr/src/tar-1.13.25-4/src/tar --verbose --listed-incremental=list \
-cf archive.tar files
/usr/src/tar-1.13.25-4/src/tar: files/foo: Directory is new
files/
files/foo/
files/f1
files/foo/bar
$ /usr/src/tar-1.13.25-4/src/tar --verbose
--listed-incremental=list -cf archive.tar files
/usr/src/tar-1.13.25-4/src/tar: files/foo: Directory has been renamed
files/
files/foo/
files/foo/bar

I.e. files/foo/bar is backed-up even though it hasn't changed. With the
application of the following patch to the tar-1.13.25-4 source package:

--- src/incremen.c.orig 2003-11-10 12:27:36.094206400 +
+++ src/incremen.c  2003-11-10 12:33:06.629492800 +
@@ -437,7 +437,7 @@ read_directory_file (void)

  errno = 0;
 #ifdef __CYGWIN_USE_BIG_TYPES__
- ino = strtoul (strp, ebuf, 10);
+ ino = strtoull (strp, ebuf, 10);
 #else
  ino = strtoul (strp, ebuf, 10);
 #endif

The test works as expected:

$ rm list
$ /usr/src/tar-1.13.25-4/src/tar --verbose \
--listed-incremental=list -cf archive.tar files
/usr/src/tar-1.13.25-4/src/tar: files/foo: Directory is new
files/
files/foo/
files/f1
files/foo/bar
$ cat list
1068469530
+3160087061 8677873531989524896 files/foo
$ /usr/src/tar-1.13.25-4/src/tar --verbose \
--listed-incremental=list -cf archive.tar files
files/
files/foo/

However, if I use the tar-1.13.25-1 binary using this list file, I get...

$ cygcheck -c tar
Cygwin Package Information
Package  VersionStatus
tar  1.13.25-1  OK
$ tar --verbose --listed-incremental=list -cf archive.tar files
tar: list:2: Device number out of range
tar: list:2: Inode number out of range
tar: files/foo: Directory has been renamed
files/
files/foo/
files/foo/bar
tar: Error exit delayed from previous errors
$ tar --verbose --listed-incremental=list -cf archive.tar files
files/
files/foo/
ichthus$ cat list
1068469660
23317 2020475296 files/foo

i.e. different inode and device numbers are stored in the list file by
tar-1.13.25-1 and the patched version of tar-1.13.25-4. This doesn't
really matter as far as I'm concerned.

Jeremy

--
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: [ANNOUNCEMENT] Updated Cygwin Package: fetchmail-6.2.5-2

2003-11-10 Thread Jason Tishler

Mark,

On Sat, Nov 08, 2003 at 12:09:07AM +, Mark Ord wrote:
 Jason Tishler [EMAIL PROTECTED] wrote:
  Are there any Windows 9x/Me fetchmail users willing to help?  If so,
 
 Sure. :)
 
  then please test this release and report back to list whether or not
  the rcfile permission check is truly disabled on your platform.  If
  fetchmail doesn't display an error message like the following:
 
  File /home/jt/.fetchmailrc must have no more than -rwx--x--- (0710) 
  permissions.
 
 It looks fine to me on Win98SE with FAT32:

Thanks for the confirmation.  I will submit this patch to the upstream
maintainer for consideration.

Jason

-- 
PGP/GPG Key: http://www.tishler.net/jason/pubkey.asc or key servers
Fingerprint: 7A73 1405 7F2B E669 C19D  8784 1AFD E4CC ECF4 8EF6

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

Re: ipc

2003-11-10 Thread Jason Tishler

Eric,

Please post instead of sending private email.

On Sat, Nov 08, 2003 at 09:18:07PM -0600, IntelleDoc wrote:
 You seem to be the guy who is most up to date on the cygwin IPC
 release. I just downloaded the latest cgywin release, 1.5.5.1 and my
 old 1.14-1 version of the cygipc no longer works with PostgreSQL. I
 install 1.14-1 and I get the IPCcreatesemaphore error when creating
 the cluster, using initdb. Which version of cygipc should I use for
 this new cygwin release?

Sigh...  Please read the README:

http://www.tishler.net/jason/software/postgresql/postgresql-7.3.4.README

Jason

-- 
PGP/GPG Key: http://www.tishler.net/jason/pubkey.asc or key servers
Fingerprint: 7A73 1405 7F2B E669 C19D  8784 1AFD E4CC ECF4 8EF6

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

Re: Maildir Support broken with Mutt 1.4.1?

2003-11-10 Thread Olaf Foellinger

Hi,

On Sun, Nov 09, 2003 at 12:22:08PM +, Christian Weinberger wrote:
 After upgrading to Mutt 1.4.1 I was no longer able to access my emails 
 properly.
 
 As soon as a new mail arrived in the main folder (inbox), I could not even 
 close mutt properly. It always gives me the error rename file or folder 
 does not exist (error=2) in the status bar.
 It seems to me that Mutt tries to move the message from the new to the 
 cur subfolder or so and fails with this operation.
 
 Downgrading to Mutt 1.4 solved the problem for me.
 
 I use Mutt together with procmail in Maildir mode. A search for previous 
 postings showed, that there were already similar problems with an older 
 version. The problem was that the filenames of the emails may contain 
 characters like : that are allowed on POSIX systems, but not on Windows.
 
 Is it possible that a cygwin specific patch has not been applied to the 
 most recent 1.4.1 version?

I'm glad to read the the cygwin provided mutt does support Maildir since
I use a home brewed build which does. The patches for this did I find on
the cygwin mailing list.

Unfortunately the mutt version 1.4-1 doesn't find the cygcrypto.dll and
cygssl.dll while there are only cygcrypto-0.9.7.dll and
cygssl-0-9-7.dll. If I rename these dlls mutt dumps and I didn't test
any further. But I would like to use a cygwin-supported mutt with
maildir support to.
 
Gruss Olaf Föllinger

-- 
Olaf Föllinger
Berater 
S.E.S.A. Software und Systeme AG

Alt-Moabit 91a
D-10559 Berlin
Germany
Tel:   +49 30 390722 -291
Fax:   +49 30 390722 -222
Mobil: +49 173 6227080
http://www.sesa.de
mailto: [EMAIL PROTECTED]

--
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: New tar available for testing (was Re: here is a patch for gnu tar incremental backup...)

2003-11-10 Thread Christopher Faylor

On Mon, Nov 10, 2003 at 01:25:02PM +, Jeremy Green wrote:
I.e. files/foo/bar is backed-up even though it hasn't changed. With the
application of the following patch to the tar-1.13.25-4 source package:

--- src/incremen.c.orig 2003-11-10 12:27:36.094206400 +
+++ src/incremen.c  2003-11-10 12:33:06.629492800 +
@@ -437,7 +437,7 @@ read_directory_file (void)

  errno = 0;
 #ifdef __CYGWIN_USE_BIG_TYPES__
- ino = strtoul (strp, ebuf, 10);
+ ino = strtoull (strp, ebuf, 10);
 #else
  ino = strtoul (strp, ebuf, 10);
 #endif

Odd.  I already have that change in my sandbox already but I must have
made the change after uploading the file.  I'll refresh the source and
binaries shortly.

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: Info versus Man

2003-11-10 Thread Igor Pechtchanski

While I'd recommend 'pinfo' over 'info' any day, to be fair to 'info', it
also displays man pages if the info pages can't be found.  Also, while
we're on the subject of info vs man, man pages are much better for global
search, while info is better for structured delivery of information.
FWIW, I use both.
Igor

On Sun, 9 Nov 2003, Don Sharp wrote:

 Try pinfo. If it doesn't find an info page it'll look for a man page.

 HTH

 Don Sharp

 Brian Dessent wrote:

  zzapper wrote:
  
   Hi Ya All
  
   Is INFO just a viewer for Man Pages, or does it have it's own
   database?
  
   Is INFO preferred to MAN ??
  
   (Sorry for hogging this NG recently)
   zzapper
 
  Yes, they are completely seperate.  The 'info' program reads and
  displays texinfo documents, which live in /usr/info.  texinfo documents
  are organized into nodes, which leads to a sort of link structure or
  heirarchy.  The 'info' program is just one way of formatting/viewing
  them, they can also be easily formatted as PostScript, HTML, etc.
 
  The 'man' program formats and displays manpages which are a much older
  format (nroff/groff).  They contain markup to make sections stand out,
  highlight commands vs. normal text, etc. but they are still essentially
  flat text files with embellishment.  They live in /usr/man.
 
  The GNU people decided one day that man pages had worn out their welcome
  and so they developed the texinfo project to support a new format of
  documentation.  Thus, the preferred docu for all the GNU utils are the
  texinfo files, and the manpages are really an afterthought in a lot of
  cases.  However many people hate the 'info' program and just want plain
  old manpages, so I wouldn't expect them to go away any time soon.
  Personally I have mixed feelings about both.  If you ever try to use the
  manpage for 'bash' you quickly realize how cumbersome it is, compared to
  viewing the HTML version of the texinfo docs online.  However, for quick
  and dirty things that basically consist of a short summary of some
  options the manpage cannot be beat.
 
  Brian

-- 
http://cs.nyu.edu/~pechtcha/
  |\  _,,,---,,_[EMAIL PROTECTED]
ZZZzz /,`.-'`'-.  ;-;;,_[EMAIL PROTECTED]
 |,4-  ) )-,_. ,\ (  `'-'   Igor Pechtchanski, Ph.D.
'---''(_/--'  `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-.  Meow!

I have since come to realize that being between your mentor and his route
to the bathroom is a major career booster.  -- Patrick Naughton

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

Re: OpenGL and Cygwin

2003-11-10 Thread Suresh Venkatasubramanian


On Mon, 3 Nov 2003, Brian Ford wrote:

 AFAIK, Cygwin's glut is 3.7.3.

  61 [unknown (0x48)] ? 3804 cygheap_fixup_in_child: Couldn't reserve space
  for cygwin's heap (0x6160 0x0) in child, Win32 error 487
 
 WAG: Have you read this?

I read the doc on increasing cygwin's max memory limit and ran the test
program provided there. The limit I get is 1 GB, and my program memory
usage is only in the small MB - so I don't think a simple memory limit is
the problem here.

p.s I also tried using the cygwin glut package, with the same results.

I will try to pare down the program to its basic error-producing elements:
since the red book demos work fine, there is something in the extra
functionality I am using (histogramming etc) that might be causing this.
In the meantime, any thoughts, suggestions would be appreciated.

thanks !

--
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: Building gcc on cygwin w/ Herman Ten Brugge's bounds checking patch

2003-11-10 Thread Joe Buehler

Bill Priest wrote:

  I've built gcc w/ the bounds checking patch on Linux
and solaris and am trying to build it on cygwin (w/
the
cygwin modified source from setup).  With tweak to
one file I've been able to get it to bootstrap w/o
any errors and the resulting C compiler will work
w/o specifying -fbounds-checking.  But I get a seg
fault when specifying -fbounds-checking.  Has anyone
been able to build gcc w/ this patch??  I'm sure the
problem is parts of the patch that don't apply cleanly
vs. the cygwin patches.
I had downloaded this but not tried it yet.  If you get it
working it would be interesting to recompile Cygwin and
all of its packages and see what happens.  We have most of
the core dumps out of our local Cygwin setup but there are
still some happening from time to time...
--
Joe Buehler


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

Available for testing: tar-1.13.25-5

2003-11-10 Thread Christopher Faylor

On Mon, Nov 10, 2003 at 09:25:35AM -0500, Christopher Faylor wrote:
On Mon, Nov 10, 2003 at 01:25:02PM +, Jeremy Green wrote:
I.e. files/foo/bar is backed-up even though it hasn't changed. With the
application of the following patch to the tar-1.13.25-4 source package:

--- src/incremen.c.orig 2003-11-10 12:27:36.094206400 +
+++ src/incremen.c  2003-11-10 12:33:06.629492800 +
@@ -437,7 +437,7 @@ read_directory_file (void)

  errno = 0;
 #ifdef __CYGWIN_USE_BIG_TYPES__
- ino = strtoul (strp, ebuf, 10);
+ ino = strtoull (strp, ebuf, 10);
 #else
  ino = strtoul (strp, ebuf, 10);
 #endif

Odd.  I already have that change in my sandbox already but I must have
made the change after uploading the file.  I'll refresh the source and
binaries shortly.

The new version of tar is uploaded.  It should be on mirrors shortly.

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: OpenGL and cygwin

2003-11-10 Thread Christopher Faylor

On Mon, Nov 10, 2003 at 12:06:53PM -0500, Suresh Venkatasubramanian wrote:

On Mon, 3 Nov 2003, Brian Ford wrote:

 AFAIK, Cygwin's glut is 3.7.3.

  61 [unknown (0x48)] ? 3804 cygheap_fixup_in_child: Couldn't reserve space
  for cygwin's heap (0x6160 0x0) in child, Win32 error 487
 
 WAG: Have you read this?

I read the doc on increasing cygwin's max memory limit and ran the test
program provided there. The limit I get is 1 GB, and my program memory
usage is only in the small MB - so I don't think a simple memory limit is
the problem here.

This problem is usually caused by dll placement in forked processes and
should be fixed by rebasing any dlls that you use.
--
Please use the resources at cygwin.com rather than sending personal email.
Special for spam email harvesters: send email to [EMAIL PROTECTED]
and be permanently blocked from mailing lists at sources.redhat.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: Building gcc on cygwin w/ Herman Ten Brugge's bounds checking patch

2003-11-10 Thread Christopher Faylor

On Mon, Nov 10, 2003 at 12:28:38PM -0500, Joe Buehler wrote:
Bill Priest wrote:
I've built gcc w/ the bounds checking patch on Linux and solaris and am
trying to build it on cygwin (w/ the cygwin modified source from
setup).  With tweak to one file I've been able to get it to bootstrap
w/o any errors and the resulting C compiler will work w/o specifying
-fbounds-checking.  But I get a seg fault when specifying
-fbounds-checking.  Has anyone been able to build gcc w/ this patch??
I'm sure the problem is parts of the patch that don't apply cleanly vs.
the cygwin patches.

I had downloaded this but not tried it yet.  If you get it working it
would be interesting to recompile Cygwin and all of its packages and
see what happens.  We have most of the core dumps out of our local
Cygwin setup but there are still some happening from time to time...

I don't know what this means.  Are you saying that you have local
modifications to fix segvs in cygwin?  If so, why aren't you sending
any changes back to cygwin-patches?

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

cygpcre.dll missing after update

2003-11-10 Thread Norton Allen

Greetings,

  I just updated to 1.5.5, and subsequently, whenever I start
  up bash I get an error stating that cygpcre.dll cannot
  be found. I perused the archives here and saw a few
  references to this problem but no clear solution.

  I tried re-installing the pcre package and installing
  earlier versions of it via setup to no avail.

  I found /bin/cygpcre-0.dll and copied it to cygpcre.dll
  and the problem went away, but I rather doubt this
  is the correct solution.

  Any suggestions would be most welcome.

  For that matter, if anyone can point me to a reference that
  describes how dll's are named and/or located at runtime,
  that would make me more effective as well.

   -Norton Allen

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

STDIN and STDOUT not connected to a terminal?

2003-11-10 Thread Brown, Victoria

Anyone??

-- Vicki

 -Original Message-
From:   Brown, Victoria  
Sent:   Tuesday, November 04, 2003 12:19
To: '[EMAIL PROTECTED]'
Subject:STDIN and STDOUT not connected to a terminal?

 Date: Wed, 15 Mar 2000 08:49:27 -0500
References: [EMAIL PROTECTED]
Using the current development snapshot I compiled up Perl 5.6.0 RC1 without any 
problems.
However, I'm having problems with a very simple line of Perl:

perl -le 'print q/foo/ if -t STDIN'

I am having a similar problem; here's the Perl script

#!/usr/bin/perl -w

if (-t STDIN) {
   print STDIN OK\n;
} else {
print no STDIN?\n;
}

if (-t STDOUT) {
   print STDOUT OK\n;
} else {
print no STDOUT?\n;
}

It results in
no STDIN?
no STDOUT?

Because STDIN and STDOUT do not appear to be attached to a terminal, I cannot run 
Active State's ppm program. ppm3-bin.bat checks if (-t STDIN and -t STDOUT)  and dies 
if the result is false.

This is Perl 5.8.0, newly installed.
The Problem occurs in both rxvt and the standard console shell.
BASH_VERSION='2.05b.0(1)-release'
CYGWIN='ntsec tty'

Theoretically this is the most recent cygwin version; I did a reinstall. Not sure 
what to look at to prove the version #... if there is an environment variable I don't 
see it.

The folks at ActiveState cannot reproduce this problem; they _can_ run ppm with the 
latest version of cygwin bash.

Pointers appreciated. What do I need to change, install, uninstall... to cause Perl to 
believe that STDIN and STDOUT are connected to a terminal?

--
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: Info versus Man

2003-11-10 Thread Joshua Daniel Franklin

On Mon, Nov 10, 2003 at 10:41:45AM -, Hughes, Bill wrote:
  Try pinfo. If it doesn't find an info page it'll look for a man page.
 
 Except that under rxvt pinfo leaves the data on the screen where info and
 man leave you back where you started. In a console it does what I would
 expect.
 So (for me) the choice is between rxvt and pinfo...

$ grep CLEAR /etc/pinforc
CLEAR-SCREEN-AT-EXIT=true

It's amazing!

--
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: STDIN and STDOUT not connected to a terminal?

2003-11-10 Thread Brown, Victoria

Sigh.

I read the FAQ; I found nothing.
I looked in the archives (obvious from my posting).
Smart questions (ESR notwithstanding) are in the eye of the beholder.

This is Perl 5.8.0
Windows 2000 Pro
theoretically latest cygwin (I installed it recently)
BASH_VERSION='2.05b.0(1)-release' 
CYGWIN='ntsec tty'

If there is something more you need to know, then please  _tell me what it is_. 
Don't be cryptic.

I've been using Unix since 1983; I've been using cygwin since October 15, 2003.

-- Vicki

 -Original Message-
From:   listmem,ber
Sent:   Monday, November 10, 2003 10:35
To: Brown, Victoria
Subject:RE: STDIN and STDOUT not connected to a terminal?

your example code results in 

$ perl perltst
STDIN OK
STDOUT OK

on my windows XP Pro system

You might get more of a response if you follow the instructions at

 Problem reports:   http://cygwin.com/problems.html


  -Original Message-
 From: Brown, Victoria  
 Sent: Tuesday, November 04, 2003 12:19
 To:   '[EMAIL PROTECTED]'
 Subject:  STDIN and STDOUT not connected to a terminal?
 
 
 
  Date: Wed, 15 Mar 2000 08:49:27 -0500
 References: [EMAIL PROTECTED]
 Using the current development snapshot I compiled up Perl 5.6.0 RC1 
 without any problems. However, I'm having problems with a 
 very simple 
 line of Perl:
 
 perl -le 'print q/foo/ if -t STDIN'
 
 
 I am having a similar problem; here's the Perl script
 
 #!/usr/bin/perl -w
 
 if (-t STDIN) {
print STDIN OK\n;
 } else {
 print no STDIN?\n;
 }
 
 if (-t STDOUT) {
print STDOUT OK\n;
 } else {
 print no STDOUT?\n;
 }
 
 
 It results in
 no STDIN?
 no STDOUT?
 
 
 
 Because STDIN and STDOUT do not appear to be attached to a 
 terminal, I cannot run Active State's ppm program. 
 ppm3-bin.bat checks if (-t STDIN and -t STDOUT)  and dies if 
 the result is false.
 
 This is Perl 5.8.0, newly installed.
 The Problem occurs in both rxvt and the standard console 
 shell. BASH_VERSION='2.05b.0(1)-release' CYGWIN='ntsec tty'
 
 Theoretically this is the most recent cygwin version; I did a 
 reinstall. Not sure what to look at to prove the version 
 #... if there is an environment variable I don't see it.
 
 The folks at ActiveState cannot reproduce this problem; they 
 _can_ run ppm with the latest version of cygwin bash.
 
 Pointers appreciated. What do I need to change, install, 
 uninstall... to cause Perl to believe that STDIN and STDOUT 
 are connected to a terminal?
 



--
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: STDIN and STDOUT not connected to a terminal?

2003-11-10 Thread Brown, Victoria

 cygcheck.out 

-- Vicki

 -Original Message-
From:   Brown, Victoria  
Sent:   Monday, November 10, 2003 10:45
To: '[EMAIL PROTECTED]'
Subject:RE: STDIN and STDOUT not connected to a terminal?

Sigh.

I read the FAQ; I found nothing.
I looked in the archives (obvious from my posting).
Smart questions (ESR notwithstanding) are in the eye of the beholder.

This is Perl 5.8.0
Windows 2000 Pro
theoretically latest cygwin (I installed it recently)
BASH_VERSION='2.05b.0(1)-release' 
CYGWIN='ntsec tty'

If there is something more you need to know, then please  _tell me what it is_. 
Don't be cryptic.

I've been using Unix since 1983; I've been using cygwin since October 15, 2003.

-- Vicki

 -Original Message-
From:   listmem,ber
Sent:   Monday, November 10, 2003 10:35
To: Brown, Victoria
Subject:RE: STDIN and STDOUT not connected to a terminal?

your example code results in 

$ perl perltst
STDIN OK
STDOUT OK

on my windows XP Pro system

You might get more of a response if you follow the instructions at

 Problem reports:   http://cygwin.com/problems.html

  -Original Message-
 From: Brown, Victoria  
 Sent: Tuesday, November 04, 2003 12:19
 To:   '[EMAIL PROTECTED]'
 Subject:  STDIN and STDOUT not connected to a terminal?

  Date: Wed, 15 Mar 2000 08:49:27 -0500
 References: [EMAIL PROTECTED]
 Using the current development snapshot I compiled up Perl 5.6.0 RC1 
 without any problems. However, I'm having problems with a 
 very simple 
 line of Perl:

 perl -le 'print q/foo/ if -t STDIN'

 I am having a similar problem; here's the Perl script

 #!/usr/bin/perl -w

 if (-t STDIN) {
print STDIN OK\n;
 } else {
 print no STDIN?\n;
 }

 if (-t STDOUT) {
print STDOUT OK\n;
 } else {
 print no STDOUT?\n;
 }

 It results in
 no STDIN?
 no STDOUT?

 Because STDIN and STDOUT do not appear to be attached to a 
 terminal, I cannot run Active State's ppm program. 
 ppm3-bin.bat checks if (-t STDIN and -t STDOUT)  and dies if 
 the result is false.

 This is Perl 5.8.0, newly installed.
 The Problem occurs in both rxvt and the standard console 
 shell. BASH_VERSION='2.05b.0(1)-release' CYGWIN='ntsec tty'

 Theoretically this is the most recent cygwin version; I did a 
 reinstall. Not sure what to look at to prove the version 
 #... if there is an environment variable I don't see it.

 The folks at ActiveState cannot reproduce this problem; they 
 _can_ run ppm with the latest version of cygwin bash.

 Pointers appreciated. What do I need to change, install, 
 uninstall... to cause Perl to believe that STDIN and STDOUT 
 are connected to a terminal?

cygcheck.out
Description: cygcheck.out
--
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: cygpath hangings: A fix - bash patch enclosed -- bash maintai ner please note!

2003-11-10 Thread Geoffrey Ruscoe

I'm not sure if this is the same problem, but after searching and searching
this was the closest problem I've found (also other references to the setup
post-install scripts problem).

I am using the latest version of Cygwin (1.5.5-1) on a Windows XP box on a
domain (tried several fixes pertaining to changing the rights of the cygwin
dir and whole c drive - Everybody full control).

The problem is no command substitution works (using `'s or $()'s).

After a fresh reboot (and the new version of the bash listed below), I can
successfully run the hang.sh (from below) or a different command
substitution - but only a couple of times, and then they quits responding.
Once one command shell quits responding no more command substitutions will
work from any window.

Even the simplest commands never return:
echo `date`
or
echo $(date)

I made sure USER and HOME were set correctly (no spaces, etc)

I also noted several references to this same problem (I think) from the
Cygwin setup halting at 99% with the execution of the post-install scripts.
In this case I can see that there will be several sh.exe that have hung (as
I understand it the sh has called the bash which is really the process that
hangs).  I have done fresh installs several times (trying the from a command
line, from bash, from the explorer, etc.)

I apologize if I have missed something simple, but after all the reading
I've done I still cannot find the key.

I had seen so many references to different information that was provided in
trying to track down this problem I didn't want to throw it all in at once,
but if I can provide any information to help track this down I'd like to
try.

Thanks,
Geoff

 I've put a patched version of bash up at:
 
 ftp://sourceware.org/pub/cygwin/tmp/bash.exe

 if anyone wants to try this.  It would be good to confirm or deny
 that this fixes the problem for everyone.

 Btw, maybe this has already been mentioned, but here is a simple
 test script that demonstrates the problem when run from the console:

 #!/bin/bash
 exec 0-
 A=$(cygpath -A -P)
 echo $A

 Save it as hang and run it as bash hang and it should hang nicely
 with an unpatched bash.




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

Re: OpenGL and cygwin

2003-11-10 Thread Suresh Venkatasubramanian


On Mon, 10 Nov 2003, Christopher Faylor wrote:

 On Mon, Nov 10, 2003 at 12:06:53PM -0500, Suresh Venkatasubramanian wrote:
 
   61 [unknown (0x48)] ? 3804 cygheap_fixup_in_child: Couldn't reserve space
   for cygwin's heap (0x6160 0x0) in child, Win32 error 487
  
  WAG: Have you read this?
 
 I read the doc on increasing cygwin's max memory limit and ran the test
 program provided there. The limit I get is 1 GB, and my program memory
 usage is only in the small MB - so I don't think a simple memory limit is
 the problem here.

 This problem is usually caused by dll placement in forked processes and
 should be fixed by rebasing any dlls that you use.

Sorry: am a cygwin newbie. I read /usr/doc/Cygwin/rebase-2.2.README and
noted that there are some parameters I need to supply to rebaseall ? or to
rebase itself ? Is there a way to figure out how to do this ? I use
cygcheck to check which dlls I am using, and its output is:

euclid 2:04pm [3d_diameter] cygcheck main
Found: .\main.exe
main.exe
  C:\WINDOWS\System32\msvcrt.dll
C:\WINDOWS\System32\KERNEL32.dll
  C:\WINDOWS\System32\ntdll.dll
  C:\WINDOWS\System32\GLU32.DLL
C:\WINDOWS\System32\OPENGL32.dll
  C:\WINDOWS\System32\ADVAPI32.dll
C:\WINDOWS\System32\RPCRT4.dll
  C:\WINDOWS\System32\GDI32.dll
C:\WINDOWS\System32\USER32.dll
  C:\WINDOWS\System32\DDRAW.dll
C:\WINDOWS\System32\DCIMAN32.dll
  C:\cygwin\bin\glut32.dll
C:\WINDOWS\System32\WINMM.dll

I am guessing that the main dlls I am concerned with are:

glut32.dll
glu32.dll
opengl32.dll

Suresh Venkatasubramanian, Ph: 973 360 8951 (o)
Member, Technical StaffWeb: http://www.research.att.com/~suresh/
ATT Shannon Labs

The guitar is the ideal instrument for anyone who is able to love loneliness. 
--Angelo Gilardino

--
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: STDIN and STDOUT not connected to a terminal?

2003-11-10 Thread Christopher Faylor

On Mon, Nov 10, 2003 at 10:44:51AM -0800, Brown, Victoria wrote:
Sigh.

I read the FAQ; I found nothing.
I looked in the archives (obvious from my posting).
Smart questions (ESR notwithstanding) are in the eye of the beholder.

http://www.catb.org/~esr/faqs/smart-questions.html#not_losing

The folks at ActiveState cannot reproduce this problem; they _can_ run
ppm with the latest version of cygwin bash.

This is Perl 5.8.0
Windows 2000 Pro
theoretically latest cygwin (I installed it recently)
BASH_VERSION='2.05b.0(1)-release' 
CYGWIN='ntsec tty'
   ^^^

ActiveState perl is not a cygwin application.  It doesn't understand
cygwin ttys.  If you remove the 'tty' from the settings then -t will
probably work in a standard cygwin console.  It will not work right with
applications like 'rxvt' or 'ssh' which use cygwin ptys.  There is
no workaround for this other than using cygwin's perl.

If there is something more you need to know, then please _tell me what
it is_.  Don't be cryptic.

http://www.catb.org/~esr/faqs/smart-questions.html#id2854531

In the interests of helping you send a smarter question next time, here
is how you could have sent your message so that it would not require
several readings to figure out what was wrong:

*I am using ActiveState perl.  I've noticed that the following one line
*application does not display 'is a tty':
*
*perl -le 'print is a tty\n if -t STDIN'
*
*My cygcheck output is attached as per http://cygwin.com/problems.html .
--
Please use the resources at cygwin.com rather than sending personal email.
Special for spam email harvesters: send email to [EMAIL PROTECTED]
and be permanently blocked from mailing lists at sources.redhat.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: setup cannot proceed to do the installation...

2003-11-10 Thread Shankar Unni

Jason Fu wrote:

 i) I successfully installed once after removing the /var/log/setup.log*

Is it possible that your admin account does not have the right
permissions to write to a setup.log file owned by the user account?



--
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: Info versus Man

2003-11-10 Thread zzapper

On Mon, 10 Nov 2003 11:34:20 -0500 (EST), Igor Pechtchanski
[EMAIL PROTECTED] wrote:

While I'd recommend 'pinfo' over 'info' any day, 

pinfo appears 2 behave differently than info, for instance i cant get
menu mode to work, can't get ? or h to work.


zzapper
--

vim -c :%s/^/WhfgTNabgureRIvzSUnpxre/|:%s/[R-T]/ /Ig|:normal ggVGg?

http://www.vim.org/tips/tip.php?tip_id=305  Best of Vim Tips


--
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: cygpath hangings: A fix - bash patch enclosed -- bash maintainer please note!

2003-11-10 Thread Hannu E K Nevalainen

 From: Geoffrey Ruscoe
 Sent: Monday, November 10, 2003 8:05 PM

 I am using the latest version of Cygwin (1.5.5-1) on a Windows XP box on a
 domain (tried several fixes pertaining to changing the rights of
 the cygwin
 dir and whole c drive - Everybody full control).

 The problem is no command substitution works (using `'s or $()'s).

 After a fresh reboot (and the new version of the bash listed below), I can
 successfully run the hang.sh (from below) or a different command
 substitution - but only a couple of times, and then they quits responding.
 Once one command shell quits responding no more command substitutions will
 work from any window.

IIRC it was cgf who wrote:
  I've put a patched version of bash up at:
 
  ftp://sourceware.org/pub/cygwin/tmp/bash.exe
 
  if anyone wants to try this.  It would be good to confirm or deny
  that this fixes the problem for everyone.
 
  Btw, maybe this has already been mentioned, but here is a simple
  test script that demonstrates the problem when run from the console:
 
  #!/bin/bash
  exec 0-
  A=$(cygpath -A -P)
  echo $A
 
  Save it as hang and run it as bash hang and it should hang nicely
  with an unpatched bash.

$ echo ; \
for (( i=1; i1000; i++)) ;do
  echo -en \e[F\e[$((7*($i%2)))m$i - ;
  hang;
done

WFM

$ uname -a
CYGWIN_NT-5.0 P450 1.5.6s(0.94/3/2) 20031002 00:47:53 i686 unknown unknown
Cygwin

'cygcheck -svr' attached

/Hannu E K Nevalainen, B.Sc. EE - 59?16.37'N, 17?12.60'E
-- printf(LocalTime: UTC+%02d\n,(DST)? 2:1); --
--END OF MESSAGE--

Cygwin Win95/NT Configuration Diagnostics
Current System Time: Mon Nov 10 21:12:26 2003

Windows 2000 Advanced Server Ver 5.0 Build 2195 Service Pack 4

Path:   C:\Program\cygwin\usr\local\bin
C:\Program\cygwin\bin
C:\Program\cygwin\bin
C:\Program\cygwin\usr\X11R6\bin
f:\WINNT\system32
f:\WINNT
f:\WINNT\System32\Wbem
.
c:\program\diverse
c:\program\diverse\Pack
c:\program\diverse\E4
c:\program\diverse\PFE
c:\program\diverse\RAR
c:\program\matlabr12\bin\win32
.
c:\PROGRAM\MODELSIM\WIN32XOEM
c:\Program\Win98RK
C:\Program\cygwin\home\Hannu\bin
C:\Program\cygwin\home\Hannu\bin\bx
C:\Program\cygwin\home\Hannu\bin\smake
C:\Program\cygwin\home\Hannu\bin\rexx
C:\Program\cygwin\home\Hannu\bin\scripts
C:\Program\cygwin\home\Hannu\bin\BitchX
C:\Program\cygwin\home\Hannu\bin\BitchX\BitchX FAQ_files
C:\Program\cygwin\home\Hannu\bin\cdrtools2.0

Output from C:\Program\cygwin\bin\id.exe (nontsec)
UID: 500(Hannu) GID: 513(user)
513(user)

Output from C:\Program\cygwin\bin\id.exe (ntsec)
UID: 500(Hannu) GID: 513(user)
544(Administrators)  513(user)
545(Users)

SysDir: F:\WINNT\system32
WinDir: F:\WINNT

CYGWIN = `notitle glob check_case:strict'
HOME = `C:\Program\cygwin\home\Hannu'
MAKE_MODE = `unix'
PWD = `/home/Hannu/debug'
USER = `Hannu'

ALLUSERSPROFILE = `F:\Documents and Settings\All Users'
APPDATA = `F:\Documents and Settings\Administrator\Application Data'
CLASSPATH = `C:\WINDOWS\SYSTEM\QTJava.zip;'
COLORFGBG = `default;default;0'
COLORTERM = `rxvt-xpm'
COMMONPROGRAMFILES = `F:\Program Files\Common Files'
COMPUTERNAME = `P450'
COMSPEC = `F:\WINNT\system32\cmd.exe'
CVS_RSH = `/bin/ssh'
CYG = `C:\Program\cygwin'
DISPLAY = `:0'
DOS = `c:\windows\command'
HOMEDRIVE = `F:'
HOMEPATH = `\'
HOSTNAME = `P450'
INFOPATH = 
`/usr/local/info:/usr/info:/usr/share/info:/usr/autotool/devel/info:/usr/autotool/stable/info:'
LM_LICENSE_FILE = `C:\Program\ModelSim\license.dat'
LOGONSERVER = `\\P450'
MANPATH = 
`/usr/local/man:/usr/man:/usr/share/man:/usr/autotool/devel/man::/usr/X11R6/man:/usr/ssl/man:/home/Hannu/man:/cygdrive/e/Amiga/GG/man'
NUMBER_OF_PROCESSORS = `1'
OLDPWD = `/home/Hannu'
OS2LIBPATH = `F:\WINNT\system32\os2\dll;'
OS = `Windows_NT'
PATHEXT = `.COM;.EXE;.BAT;.CMD;.VBS;.VBE;.JS;.JSE;.WSF;.WSH'
PERLIO = `raw'
PKG_CONFIG_PATH = `:/usr/X11R6/lib/pkgconfig'
PRINTER = `//P450/DJ720C'
PROCESSOR_ARCHITECTURE = `x86'
PROCESSOR_IDENTIFIER = `x86 Family 6 Model 5 Stepping 2, GenuineIntel'
PROCESSOR_LEVEL = `6'
PROCESSOR_REVISION = `0502'
PROGRAMFILES = `F:\Program Files'
PROMPT = `$P$G'
PS1 = `\[\033]0;[EMAIL PROTECTED] \[\033[33m\w\033[0m\] \s (P)PID=($PPID)$$, s=$?\n$ '
QTJAVA = `C:\WINDOWS\SYSTEM\QTJava.zip'
SHLVL = `2'
SYSTEMDRIVE = `F:'
SYSTEMROOT = `F:\WINNT'
TEMP = `d:\TEMP'
TERM = `xterm'
TEXMF = `{/usr/share/lilypond/2.0.1,/usr/share/texmf}'
TMP = `d:\TEMP'
TMPDIR = `d:\TEMP'
USERDOMAIN = `P450'
USERNAME = `Administrator'
USERPROFILE = `F:\Documents and Settings\Administrator'
WINDIR = `F:\WINNT'
WINDOWID = `168042696'
X = `c:\program\diverse'
Y = `E:\profiles\Hannu\Minado~1'
_ = `/usr/bin/cygcheck'

HKEY_CURRENT_USER\Software\Cygnus Solutions
HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin
HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\mounts v2
HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\Program Options

Am running W2K3..

2003-11-10 Thread Nate Anderson

Hello all,
First post.. but anyway I'll jump right in.
I noticed on the main cygwin page that some are having problems running
the cygwin tools on Windows Server 2003.  I ahve been running cygwin stuff
on W2K3 for about 2 months now and haven't had any problems.

If anyone wants me to try/test something let me know.  Else if it is a
specific part of the cygwin system that doesn't work on W2K3 I would
really like to know so I can beat on it myself.

arf!
-Nate


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

Re: OpenGL and cygwin

2003-11-10 Thread Jason Tishler

Suresh,

On Mon, Nov 10, 2003 at 02:02:29PM -0500, Suresh Venkatasubramanian wrote:
 euclid 2:04pm [3d_diameter] cygcheck main
 Found: .\main.exe
 main.exe
   C:\WINDOWS\System32\msvcrt.dll
 C:\WINDOWS\System32\KERNEL32.dll
   C:\WINDOWS\System32\ntdll.dll
   C:\WINDOWS\System32\GLU32.DLL
 C:\WINDOWS\System32\OPENGL32.dll
   C:\WINDOWS\System32\ADVAPI32.dll
 C:\WINDOWS\System32\RPCRT4.dll
   C:\WINDOWS\System32\GDI32.dll
 C:\WINDOWS\System32\USER32.dll
   C:\WINDOWS\System32\DDRAW.dll
 C:\WINDOWS\System32\DCIMAN32.dll
   C:\cygwin\bin\glut32.dll
 C:\WINDOWS\System32\WINMM.dll

AFAICT, the above implies that main is *not* a Cygwin app.  If this
conclusion is correct, then rebasing will not help.

Jason

-- 
PGP/GPG Key: http://www.tishler.net/jason/pubkey.asc or key servers
Fingerprint: 7A73 1405 7F2B E669 C19D  8784 1AFD E4CC ECF4 8EF6

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

cvs complains of no repository

2003-11-10 Thread Shaffer, Kenneth

There's a difference between 1.10 and 1.11 that I don't understand.

Performing a cvs co -c using 1.10 correctly provides a listing of the
projects. The version shows Concurrent Versions System (CVS) 1.10
`Halibut' (client).

Performing a cvs co -c using 1.11.6 just says : no such repository.
The version shows Concurrent Versions System (CVS) 1.11.6
(client/server).

CVSROOT is :pserver:[EMAIL PROTECTED]:/export/cvsroot and matches
CVS/Root.

--
Ken Shaffer



 - - - - - - -  Appended by Scientific-Atlanta, Inc.  - - - - - - -  
This e-mail and any attachments may contain information which is confidential, 
proprietary, privileged or otherwise protected by law. The information is solely 
intended for the named addressee (or a person responsible for delivering it to the 
addressee). If you are not the intended recipient of this message, you are not 
authorized to read, print, retain, copy or disseminate this message or any part of it. 
If you have received this e-mail in error, please notify the sender immediately by 
return e-mail and delete it from your computer.


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

Re: OpenGL and cygwin

2003-11-10 Thread Suresh Venkatasubramanian


I see. this is true I think, inasmuch as I compiled the program using gcc
-mno-cygwin (because I need native windows opengl dlls rather than the
cygwin stuff)

On Mon, 10 Nov 2003, Jason Tishler wrote:

 Suresh,

 On Mon, Nov 10, 2003 at 02:02:29PM -0500, Suresh Venkatasubramanian wrote:
  euclid 2:04pm [3d_diameter] cygcheck main
  Found: .\main.exe
  main.exe
C:\WINDOWS\System32\msvcrt.dll
  C:\WINDOWS\System32\KERNEL32.dll
C:\WINDOWS\System32\ntdll.dll
C:\WINDOWS\System32\GLU32.DLL
  C:\WINDOWS\System32\OPENGL32.dll
C:\WINDOWS\System32\ADVAPI32.dll
  C:\WINDOWS\System32\RPCRT4.dll
C:\WINDOWS\System32\GDI32.dll
  C:\WINDOWS\System32\USER32.dll
C:\WINDOWS\System32\DDRAW.dll
  C:\WINDOWS\System32\DCIMAN32.dll
C:\cygwin\bin\glut32.dll
  C:\WINDOWS\System32\WINMM.dll

 AFAICT, the above implies that main is *not* a Cygwin app.  If this
 conclusion is correct, then rebasing will not help.

 Jason

 --
 PGP/GPG Key: http://www.tishler.net/jason/pubkey.asc or key servers
 Fingerprint: 7A73 1405 7F2B E669 C19D  8784 1AFD E4CC ECF4 8EF6

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



Suresh Venkatasubramanian, Ph: 973 360 8951 (o)
Member, Technical StaffWeb: http://www.research.att.com/~suresh/
ATT Shannon Labs

The guitar is the ideal instrument for anyone who is able to love loneliness. 
--Angelo Gilardino

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

Re: OpenGL and cygwin

2003-11-10 Thread Christopher Faylor

On Mon, Nov 10, 2003 at 03:51:58PM -0500, Suresh Venkatasubramanian wrote:
I see.  this is true I think, inasmuch as I compiled the program using
gcc -mno-cygwin (because I need native windows opengl dlls rather than
the cygwin stuff)

Then you can't use the cygwin glut32.dll.

On Mon, 10 Nov 2003, Jason Tishler wrote:
 Suresh,

 On Mon, Nov 10, 2003 at 02:02:29PM -0500, Suresh Venkatasubramanian wrote:
  euclid 2:04pm [3d_diameter] cygcheck main
  Found: .\main.exe
  main.exe
C:\WINDOWS\System32\msvcrt.dll
  C:\WINDOWS\System32\KERNEL32.dll
C:\WINDOWS\System32\ntdll.dll
C:\WINDOWS\System32\GLU32.DLL
  C:\WINDOWS\System32\OPENGL32.dll
C:\WINDOWS\System32\ADVAPI32.dll
  C:\WINDOWS\System32\RPCRT4.dll
C:\WINDOWS\System32\GDI32.dll
  C:\WINDOWS\System32\USER32.dll
C:\WINDOWS\System32\DDRAW.dll
  C:\WINDOWS\System32\DCIMAN32.dll
C:\cygwin\bin\glut32.dll
  C:\WINDOWS\System32\WINMM.dll

 AFAICT, the above implies that main is *not* a Cygwin app.  If this
 conclusion is correct, then rebasing will not help.

 Jason

 --
 PGP/GPG Key: http://www.tishler.net/jason/pubkey.asc or key servers
 Fingerprint: 7A73 1405 7F2B E669 C19D  8784 1AFD E4CC ECF4 8EF6

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



Suresh Venkatasubramanian, Ph: 973 360 8951 (o)
Member, Technical StaffWeb: http://www.research.att.com/~suresh/
ATT Shannon Labs

The guitar is the ideal instrument for anyone who is able to love loneliness. 
--Angelo Gilardino

--
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: OpenGL and cygwin

2003-11-10 Thread Suresh Venkatasubramanian


OK. now I am really confused.
Let me try to summarize what I want to do.

I want to compile an OpenGL program that uses the native windows
opengl drivers for linking rather than cygwin's libraries. I compiled my
code using

gcc -mno-cygwin src files -lglut32 -lglu32 -lopengl32

also making sure that I was using the /usr/include/w32api/GL includes.

the code compiles correctly, and does not run, giving the error I
indicated earlier.

Various suggestions (Andre/Brian) indicated that I could use
/usr/bin/glut32.dll as opposed to an nvidia glut dll that I had been using
for this purpose. The error I get is independent of the choice of dll
used.

cjf's mail now indicates that I cannot do this ? any help would be greatly
appreciated

Suresh Venkatasubramanian, Ph: 973 360 8951 (o)
Member, Technical StaffWeb: http://www.research.att.com/~suresh/
ATT Shannon Labs

The guitar is the ideal instrument for anyone who is able to love loneliness. 
--Angelo Gilardino

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

Re: OpenGL and cygwin

2003-11-10 Thread Christopher Faylor

On Mon, Nov 10, 2003 at 04:16:00PM -0500, Suresh Venkatasubramanian wrote:

OK. now I am really confused.
Let me try to summarize what I want to do.

I want to compile an OpenGL program that uses the native windows
opengl drivers for linking rather than cygwin's libraries. I compiled my
code using

gcc -mno-cygwin src files -lglut32 -lglu32 -lopengl32

also making sure that I was using the /usr/include/w32api/GL includes.

the code compiles correctly, and does not run, giving the error I
indicated earlier.

Various suggestions (Andre/Brian) indicated that I could use
/usr/bin/glut32.dll as opposed to an nvidia glut dll that I had been using
for this purpose. The error I get is independent of the choice of dll
used.

cjf's mail now indicates that I cannot do this ? any help would be greatly
appreciated

You can't use cygwin DLLs with non-cygwin apps.
--
Please use the resources at cygwin.com rather than sending personal email.
Special for spam email harvesters: send email to [EMAIL PROTECTED]
and be permanently blocked from mailing lists at sources.redhat.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/

[ANNOUNCEMENT] Updated: docbook-xml42-4.2-2

2003-11-10 Thread Marcel Telka

I've updated the docbook-xml42 package to version 4.2-2.

This version has moved documentation to /usr/share/doc directory.

docbook-xml42 package contains Docbook XML DTD version 4.2 as published
by OASIS.


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.

If you have questions or comments, please send them to the Cygwin mailing
list at: cygwin at cygwin dot com. I would appreciate it if you would use
this mailing list rather than emailing me directly.

-- 
+---+
| Marcel Telka   e-mail:   [EMAIL PROTECTED]  |
|homepage: http://telka.sk/ |
|jabber:   [EMAIL PROTECTED] |
+---+


--
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: Re: cygpath hangings: A fix - bash patch enclosed -- bash mai ntainer please note!

2003-11-10 Thread Geoffrey Ruscoe

 I am using the latest version of Cygwin (1.5.5-1) on a Windows XP box on
a
 domain (tried several fixes pertaining to changing the rights of
 the cygwin
 dir and whole c drive - Everybody full control).

 The problem is no command substitution works (using `'s or $()'s).

 After a fresh reboot (and the new version of the bash listed below), I
can
 successfully run the hang.sh (from below) or a different command
 substitution - but only a couple of times, and then they quits
responding.
 Once one command shell quits responding no more command substitutions
will
 work from any window.

IIRC it was cgf who wrote:
  I've put a patched version of bash up at:
 
  ftp://sourceware.org/pub/cygwin/tmp/bash.exe
 
  if anyone wants to try this.  It would be good to confirm or deny
  that this fixes the problem for everyone.
 
  Btw, maybe this has already been mentioned, but here is a simple
  test script that demonstrates the problem when run from the console:
 
  #!/bin/bash
  exec 0-
  A=$(cygpath -A -P)
  echo $A
 
  Save it as hang and run it as bash hang and it should hang nicely
  with an unpatched bash.

Absolutely was cgf, sorry for clipping incorrectly

$ echo ; \
for (( i=1; i1000; i++)) ;do
  echo -en \e[F\e[$((7*($i%2)))m$i - ;
  hang;
done

This outputs:
1 - 
and never does anything ever again

WFM

uname -a:
CYGWIN_NT-5.1 Consultant01 1.5.5(0.94/3/2) 2003-09-20 16:31 i686 unknown
unknown Cygwin

I've attached my cygcheck -svr:





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: OpenGL and cygwin

2003-11-10 Thread Suresh Venkatasubramanian


True,  but I am not using cygwin dlls. I am using native windows opengl
dlls and an nvidia glut dll. moreover, I compile using -mno-cygwin


Suresh Venkatasubramanian, Ph: 973 360 8951 (o)
Member, Technical StaffWeb: http://www.research.att.com/~suresh/
ATT Shannon Labs

The guitar is the ideal instrument for anyone who is able to love loneliness. 
--Angelo Gilardino

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

Re: OpenGL and cygwin

2003-11-10 Thread Christopher Faylor

On Mon, Nov 10, 2003 at 04:43:10PM -0500, Suresh Venkatasubramanian wrote:
True, but I am not using cygwin dlls.  I am using native windows opengl
dlls and an nvidia glut dll.  moreover, I compile using -mno-cygwin

Go back and read the output from cygcheck that you sent to this mailing
list.  It shows that you *are* using a cygwin DLL:

C:\cygwin\bin\glut32.dll

So, I will say it again: You can't use cygwin DLLs in a non-cygwin
application.

I don't know anthing about OpenGL, glut, or what, exactly, you are trying
to do.  I am just telling you that your use of a cygwin DLL in a non-cygwin
application is not going to work.
--
Please use the resources at cygwin.com rather than sending personal email.
Special for spam email harvesters: send email to [EMAIL PROTECTED]
and be permanently blocked from mailing lists at sources.redhat.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/

ssh and displays

2003-11-10 Thread Anne L Caraley


I downloaded and installed CYGWIN in
July 2003.  Everything looks great except that I
can't get the displays to export properly from my
Linux machine (RedHat 7.3) to the Windows 2000
machine running CYGWIN.  I know the advice is
to reinstall with the latest version of cygwin1.dll
--- well how do I do that without killing what I've
installed already?  I especially don't want to have
to reinstall all the extras I've put on.


A.L. Caraley

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

more about sockets?

2003-11-10 Thread Allen H. Nugent

Like some other users, I have been frustrated by the dependence of cygwin 
applications on an Internet connection that is only used so that the PC can 
talk to itself. As a dial-up user, this is most inconvenient.

I tried disconnecting from the internet after launching such an application 
(startxwin.sh), but the next program I ran (openDX) produced an Xfree86 error:

   gethostbyaddr error--is it possible this machine doesn't have a 
reverse DNS/host entry ?.

This sounds like a clue as to how to proceed, but I don't know where to go 
from here.

Is there a way to configure the PC, or is there a program that emulates an 
I'net connection, so as to satisfy cygwin's requirements for socket 
connections without being on-line?

Regards,







Allen H. Nugent
Graduate School of Biomedical Engineering
University of New South Wales
Sydney NSW 2052 Australia
Tel: +61 2 9385 3916 Fax: +61 2 9663 2108
--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: OpenGL and cygwin

2003-11-10 Thread Suresh Venkatasubramanian


On Mon, 10 Nov 2003, Christopher Faylor wrote:

 On Mon, Nov 10, 2003 at 04:43:10PM -0500, Suresh Venkatasubramanian wrote:
 True, but I am not using cygwin dlls.  I am using native windows opengl
 dlls and an nvidia glut dll.  moreover, I compile using -mno-cygwin

 Go back and read the output from cygcheck that you sent to this mailing
 list.  It shows that you *are* using a cygwin DLL:

 C:\cygwin\bin\glut32.dll

 So, I will say it again: You can't use cygwin DLLs in a non-cygwin
 application.

I understand what you are saying. Hence I tried compiling using an nvidia
glut dll rather than cygwin\bin\glut32.dll. The results I got were the
same i.e the same error. nvidia is a graphics card manufacturer and they
provide windows dlls for their windows demos (that run fine). The
glut32.dll they provide is non-cygwin as are the other opengl dlls I am
using, so as far as I can make out, all my dlls are non-cygwin.

euclid 5:06pm [3d_diameter] cygcheck main
Found: .\main.exe
main.exe
  C:\WINDOWS\System32\msvcrt.dll
C:\WINDOWS\System32\KERNEL32.dll
  C:\WINDOWS\System32\ntdll.dll
  C:\WINDOWS\System32\GLU32.DLL
C:\WINDOWS\System32\OPENGL32.dll
  C:\WINDOWS\System32\ADVAPI32.dll
C:\WINDOWS\System32\RPCRT4.dll
  C:\WINDOWS\System32\GDI32.dll
C:\WINDOWS\System32\USER32.dll
  C:\WINDOWS\System32\DDRAW.dll
C:\WINDOWS\System32\DCIMAN32.dll
  .\glut32.dll
C:\WINDOWS\System32\WINMM.dll

where .\glut32.dll is the nvidia dll I was referring to.

the error message (on this executable) is reproduced below:

euclid 5:09pm [3d_diameter] ./main ifile1
  2 [unknown (0x8C4)] ? 2364 cygheap_fixup_in_child: Couldn't reserve
spacefor cygwin's heap (0x6160 0x0) in child, Win32 error 487
C:\cygwin\home\Suresh\src\myopengl\envelopes\3d_diameter\main.exe: ***
m.AllocationBase 0x6160, m.BaseAddress 0x6160, m.RegionSize 0x3000, m.State
0x1000


Suresh Venkatasubramanian, Ph: 973 360 8951 (o)
Member, Technical StaffWeb: http://www.research.att.com/~suresh/
ATT Shannon Labs

The guitar is the ideal instrument for anyone who is able to love loneliness. 
--Angelo Gilardino

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

cygwin 1.5 compile-error glibc

2003-11-10 Thread Homar Simpson

Hi Folks,

 its not possible to compile glibc under cygwin, since changing to built
1.5.

 you get always different _IO_-errors by building several sources under
WindowsXP.

Please look at the following lines for further details:
   Homar/tuxbox-cvs/cdk/build_glibc/stdio-common/vfwscanf.o
   In file included from vfwscanf.c:2:
   vfscanf.c: In function `_IO_vfwscanf':
   vfscanf.c:2425: internal error: Segmentation fault

I hope that you can fix these problems.

Homar

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

Re: OpenGL and cygwin

2003-11-10 Thread Christopher Faylor

On Mon, Nov 10, 2003 at 05:12:12PM -0500, Suresh Venkatasubramanian wrote:

On Mon, 10 Nov 2003, Christopher Faylor wrote:

 On Mon, Nov 10, 2003 at 04:43:10PM -0500, Suresh Venkatasubramanian wrote:
 True, but I am not using cygwin dlls.  I am using native windows opengl
 dlls and an nvidia glut dll.  moreover, I compile using -mno-cygwin

 Go back and read the output from cygcheck that you sent to this mailing
 list.  It shows that you *are* using a cygwin DLL:

 C:\cygwin\bin\glut32.dll

 So, I will say it again: You can't use cygwin DLLs in a non-cygwin
 application.

I understand what you are saying. Hence I tried compiling using an nvidia
glut dll rather than cygwin\bin\glut32.dll. The results I got were the
same i.e the same error. nvidia is a graphics card manufacturer and they
provide windows dlls for their windows demos (that run fine). The
glut32.dll they provide is non-cygwin as are the other opengl dlls I am
using, so as far as I can make out, all my dlls are non-cygwin.

So, as I said, I don't know OpenGL.  However, if I was debugging this,
I would surely take cygwin entirely out of the mix since you are
building the application with -mno-cygwin and there should be no
reliance on the cygwin DLL at all, contrary to what is showing up
in your error message.

That means I wouldn't run the application from a bash shell.  You might
even remove cygwin from the path entirely.  If you were desperate, you
could even rename cygwin1.dll to something else temporarily.

euclid 5:06pm [3d_diameter] cygcheck main
Found: .\main.exe
main.exe
  C:\WINDOWS\System32\msvcrt.dll
C:\WINDOWS\System32\KERNEL32.dll
  C:\WINDOWS\System32\ntdll.dll
  C:\WINDOWS\System32\GLU32.DLL
C:\WINDOWS\System32\OPENGL32.dll
  C:\WINDOWS\System32\ADVAPI32.dll
C:\WINDOWS\System32\RPCRT4.dll
  C:\WINDOWS\System32\GDI32.dll
C:\WINDOWS\System32\USER32.dll
  C:\WINDOWS\System32\DDRAW.dll
C:\WINDOWS\System32\DCIMAN32.dll
  .\glut32.dll
C:\WINDOWS\System32\WINMM.dll

where .\glut32.dll is the nvidia dll I was referring to.

the error message (on this executable) is reproduced below:

euclid 5:09pm [3d_diameter] ./main ifile1
  2 [unknown (0x8C4)] ? 2364 cygheap_fixup_in_child: Couldn't reserve
spacefor cygwin's heap (0x6160 0x0) in child, Win32 error 487
C:\cygwin\home\Suresh\src\myopengl\envelopes\3d_diameter\main.exe: ***
m.AllocationBase 0x6160, m.BaseAddress 0x6160, m.RegionSize 0x3000, m.State
0x1000
--
Please use the resources at cygwin.com rather than sending personal email.
Special for spam email harvesters: send email to [EMAIL PROTECTED]
and be permanently blocked from mailing lists at sources.redhat.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: more about sockets?

2003-11-10 Thread Brian Dessent

Allen H. Nugent wrote:

 gethostbyaddr error--is it possible this machine doesn't have a
 reverse DNS/host entry ?.
 
 This sounds like a clue as to how to proceed, but I don't know where to go
 from here.
 
 Is there a way to configure the PC, or is there a program that emulates an
 I'net connection, so as to satisfy cygwin's requirements for socket
 connections without being on-line?

Suppose that your Windows machine name is FOO, try ensuring that there
is a line in your hosts file such as 127.0.0.1 localhost FOO.  I don't
know if it's necessary (but perhaps worth a shot?) to make a link from
/etc/hosts to the Windows hosts file, which is in
%WINDIR%\system32\drivers\etc for 2k/xp.

Brian

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

Re: cygwin 1.5 compile-error glibc

2003-11-10 Thread Christopher Faylor

On Mon, Nov 10, 2003 at 11:20:23PM +0100, Homar Simpson wrote:
its not possible to compile glibc under cygwin, since changing to built
1.5.

Changing to...1.5 is not a really precise description of your environment.
See: http://cygwin.com/problems.html .  You might also consider describing what
exactly changed when you updated to 1.5.  1.5.5 is just the version of the
cygwin DLL.  It's likely that you updated other things as well.

you get always different _IO_-errors by building several sources under
WindowsXP.

Please look at the following lines for further details:
Homar/tuxbox-cvs/cdk/build_glibc/stdio-common/vfwscanf.o In file
included from vfwscanf.c:2: vfscanf.c: In function `_IO_vfwscanf':
vfscanf.c:2425: internal error: Segmentation fault

I hope that you can fix these problems.

You are expecting someone to download glibc sources to debug your problem
for you?  That's not very realistic.
--
Please use the resources at cygwin.com rather than sending personal email.
Special for spam email harvesters: send email to [EMAIL PROTECTED]
and be permanently blocked from mailing lists at sources.redhat.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/

Windows 2003 Server Cygwin Cron

2003-11-10 Thread Brian Cruikshank

Hello all,

I have been able to get Cygwin Cron up and operational on Windows XP Home
and Windows XP Pro.  I am having problems getting working on Windows 2003
Server.

I have installed it as described in many places and the Cron appears to be
running.  I tried the simple /usr/bin/date job, and I get the error in the
Event Log: (CRON) error (can't switch user context).  I have tried putting
the everyone group on the Local Security policies for Create a token
object, Logon as service, and Replace a process level token.  The
problem still happens.

I looked through the archives and it appears that no solution has worked
yet.  Or at least it has not been published yet.  I asked the last person to
work on this problem, and they gave up.

Can we revisit this again?  Does anybody have ideas?

By the way, I see reference to a cron README file that should have been in
the install.  I cannot find it anywhere yet.  Did it get lost in the new
releases or is it hiding somewhere other than /usr/doc?

/Brian Cruikshank


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

Re: OpenGL and cygwin

2003-11-10 Thread Suresh Venkatasubramanian


I see. What is interesting is that I tried running the program from
outside bash (i.e via a windows prompt), and then it complained because it
couldn't find cygwin1.dll. So the cygwin dll is indeed being linked
somehow. my compiling command line is:

g++ -w -mno-cygwin 

from inside a cygwin tcsh shell.




Suresh Venkatasubramanian, Ph: 973 360 8951 (o)
Member, Technical StaffWeb: http://www.research.att.com/~suresh/
ATT Shannon Labs

The guitar is the ideal instrument for anyone who is able to love loneliness. 
--Angelo Gilardino

--
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 1.5 compile-error glibc

2003-11-10 Thread Homar Simpson

 On Mon, Nov 10, 2003 at 11:20:23PM +0100, Homar Simpson wrote:
 its not possible to compile glibc under cygwin, since changing to built
 1.5.

 Changing to...1.5 is not a really precise description of your
environment.
 See: http://cygwin.com/problems.html .  You might also consider describing
what
 exactly changed when you updated to 1.5.  1.5.5 is just the version of
the
 cygwin DLL.  It's likely that you updated other things as well.

ups, it should precise enough... i think before :-)

well... we are using cygwin very long time for compiling soft, using in
dbox2. (tuxbox.org)
cygwin dll version before 1.5.0xx with all apps installing with cygwin-setup
was working well for compiling tuxbox for dbox2-projekt. But with updating
to 1.5.0-1 test release and never releases the problems told before makes
the hole cvs no more compilable under cygwin.

For the tuxbox-project we have to compile gcc, glibc and binutils in a
crosscopile environment. But this is not possible to make.
I hope that i can descripe our problems clearly with my very bad english ;-)

 you get always different _IO_-errors by building several sources under
 WindowsXP.
 
 Please look at the following lines for further details:
 Homar/tuxbox-cvs/cdk/build_glibc/stdio-common/vfwscanf.o In file
 included from vfwscanf.c:2: vfscanf.c: In function `_IO_vfwscanf':
 vfscanf.c:2425: internal error: Segmentation fault
 
 I hope that you can fix these problems.

 You are expecting someone to download glibc sources to debug your problem
 for you?  That's not very realistic.

may you understand it in that wise, but this is a generally problem i think,
so please understand it as a response of your work.

Homar

--
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: ssh and displays

2003-11-10 Thread Thorsten Kampe

* Anne L Caraley (2003-11-10 23:12 +0100)
 Everything looks great except that I
 can't get the displays to export properly from my
 Linux machine (RedHat 7.3) to the Windows 2000
 machine running CYGWIN.

What do you mean by that? Termcap?

  I know the advice is
 to reinstall with the latest version of cygwin1.dll
 --- well how do I do that without killing what I've
 installed already?  I especially don't want to have
 to reinstall all the extras I've put on.

Choose reinstall in the setup for the base package.

Thorsten
-- 
 Content-Type: text/explicit; charset=ISO-8859-666 (Parental Advisory)
 Content-Transfer-Warning: message contains innuendos not suited for
 children under the age of 18


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

Cygwin SSH

2003-11-10 Thread Walter Pinedo

I am new to cygwin.  Where do I find any information on setting up and
configuring a sshd server?  I want to set this up on both Windows 2000 
Windows 2003 servers.

**
The contents of this email and any attachments are confidential.
It is intended for the named recipient(s) only.
If you have received this email in error please notify the system manager or  the 
sender immediately and do not disclose the contents to any one or make copies.

** eSafe scanned this email for viruses, vandals and malicious content **
** To find out more about eSafeTM and other Aladdin Security Products, contact AMC 
Corporation at 212-620-0700 **

**


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

Re: OpenGL and cygwin

2003-11-10 Thread Brian Ford

On Mon, 10 Nov 2003, Suresh Venkatasubramanian wrote:

 OK. now I am really confused.
 Let me try to summarize what I want to do.

 I want to compile an OpenGL program that uses the native windows
 opengl drivers for linking rather than cygwin's libraries.

This is part of your confusion.  Cygwin proper has no OpenGL libs (ie.
opengl32, glu32) per se.  It only has import libraries for the Window's
ones.  (Cygwin does have a glut.dll and import lib as you have seen.)

Cygwin XFree86 supplies OpenGL libs (ie. GL, GLU) via Mesa software
emulation.

 I compiled my code using

 gcc -mno-cygwin src files -lglut32 -lglu32 -lopengl32

Did you try it without -mno-cygwin?  You will still get your Nvidia
OpenGL libs, but will be subject to Cygwin's license.

 the code compiles correctly, and does not run, giving the error I
 indicated earlier.

Maybe this is because you are getting Cygwin's glut import lib even when
using Nvidia's glut?  Just a guess.

-- 
Brian Ford
Senior Realtime Software Engineer
VITAL - Visual Simulation Systems
FlightSafety International
Phone: 314-551-8460
Fax:   314-551-8444

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

2003-11-10 Thread Brian Ford

On Mon, 10 Nov 2003, Walter Pinedo wrote:

 I am new to cygwin.  Where do I find any information on setting up and
 configuring a sshd server?  I want to set this up on both Windows 2000 
 Windows 2003 servers.

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

-- 
Brian Ford
Senior Realtime Software Engineer
VITAL - Visual Simulation Systems
FlightSafety International
Phone: 314-551-8460
Fax:   314-551-8444

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

Re: OpenGL and cygwin

2003-11-10 Thread Suresh Venkatasubramanian


On Mon, 10 Nov 2003, Brian Ford wrote:

 This is part of your confusion.  Cygwin proper has no OpenGL libs (ie.
 opengl32, glu32) per se.  It only has import libraries for the Window's
 ones.  (Cygwin does have a glut.dll and import lib as you have seen.)

 Cygwin XFree86 supplies OpenGL libs (ie. GL, GLU) via Mesa software
 emulation.

  I compiled my code using
 
  gcc -mno-cygwin src files -lglut32 -lglu32 -lopengl32
 
 Did you try it without -mno-cygwin?  You will still get your Nvidia
 OpenGL libs, but will be subject to Cygwin's license.

  the code compiles correctly, and does not run, giving the error I
  indicated earlier.
 
 Maybe this is because you are getting Cygwin's glut import lib even when
 using Nvidia's glut?  Just a guess.


So I compiled without -mno-cygwin. According to cygcheck, I get the
correct dlls (dump enclosed below). This time the program runs silently,
and exits without popping up a window and with no errors. From
appropriately placed print statements, it appears that the program is
having trouble creating a window with glutCreateWindow and appears to die
silently before completing that step (or just after).

As I mentioned earlier, I will try to create a pared-down version that
recreates the problem: might be easier to circulate the src then, if
anyone wants to try their hand at compiling it...

euclid 8:00pm [3d_diameter] cygcheck main.exe
Found: .\main.exe
main.exe
  C:\cygwin\bin\cygwin1.dll
C:\WINDOWS\System32\KERNEL32.dll
  C:\WINDOWS\System32\ntdll.dll
  C:\WINDOWS\System32\GLU32.DLL
C:\WINDOWS\System32\msvcrt.dll
C:\WINDOWS\System32\OPENGL32.dll
  C:\WINDOWS\System32\ADVAPI32.dll
C:\WINDOWS\System32\RPCRT4.dll
  C:\WINDOWS\System32\GDI32.dll
C:\WINDOWS\System32\USER32.dll
  C:\WINDOWS\System32\DDRAW.dll
C:\WINDOWS\System32\DCIMAN32.dll
  .\glut32.dll
C:\WINDOWS\System32\WINMM.dll

Suresh Venkatasubramanian, Ph: 973 360 8951 (o)
Member, Technical StaffWeb: http://www.research.att.com/~suresh/
ATT Shannon Labs

The guitar is the ideal instrument for anyone who is able to love loneliness. 
--Angelo Gilardino

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

ssh from a trusted domain

2003-11-10 Thread Arnold Wang

I have ssh server running on a W2K box. This box belongs to domain1. How can
I let user from domain2 ssh into this box? If I type ssh [EMAIL PROTECTED], the
w2kbox assume the user is in domain1 and rejects the connection since there
is no such a user. If I type ssh [EMAIL PROTECTED], the w2kbox thinks
the user is domain2\\user, I found this from the event log, and rejects
the connection. How can I specify the domain info in this environment?
Thanks in advance for your help. 


--
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: more about sockets?

2003-11-10 Thread Igor Pechtchanski

On Mon, 10 Nov 2003, Brian Dessent wrote:

 [snip]
 I don't know if it's necessary (but perhaps worth a shot?) to make a
 link from /etc/hosts to the Windows hosts file, which is in
 %WINDIR%\system32\drivers\etc for 2k/xp.

 Brian

The base-files package already does that (for Win9x also).
Igor
-- 
http://cs.nyu.edu/~pechtcha/
  |\  _,,,---,,_[EMAIL PROTECTED]
ZZZzz /,`.-'`'-.  ;-;;,_[EMAIL PROTECTED]
 |,4-  ) )-,_. ,\ (  `'-'   Igor Pechtchanski, Ph.D.
'---''(_/--'  `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-.  Meow!

I have since come to realize that being between your mentor and his route
to the bathroom is a major career booster.  -- Patrick Naughton

--
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 1.5 compile-error glibc

2003-11-10 Thread Christopher Faylor

On Mon, Nov 10, 2003 at 11:46:09PM +0100, Homar Simpson wrote:
 You are expecting someone to download glibc sources to debug your problem
 for you?  That's not very realistic.

may you understand it in that wise, but this is a generally problem i think,
so please understand it as a response of your work.

I am just being realistic.  It is very unlikely that anyone cares about
your problem enough to want to download glibc sources and try to build
them.  If you want help, it is more likely that you will get it by
narrowing your problem down as far as possible.

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

OpenSSL problem ? (Was Re: Pine 4.58 for Cygwin takes a very long time to close a certain IMAP INBOX)

2003-11-10 Thread Frédéric L. W. Meunier

OK, so here's what turns out to be an OpenSSL issue. All thanks
to Eduardo.

On Mon, 10 Nov 2003, Eduardo Chappa wrote:

 *** Frédéric L. W. Meunier wrote on Nov 11, 2003:

 :)  Is there any delay?
 :)
 :) Yes.

 Ok, this means that the problem is not Pine. It's openssl. You may want to
 repeat the experiment and see if

 openssl s_client -connect mail.postaccesslite.com:993

 a logout

 repeats the problem.

Yes, it does, and may be easier for others to try to reproduce.

 In any case, the problem is not Pine. You may want to contact
 the openssl maintainer to see what s/he says.

At first I'm redirecting it to the Cygwin mailing-list since it
works on Linux.

For those of you who aren't aware, all started with
http://sources.redhat.com/ml/cygwin/2003-11/msg00295.html

How to reproduce it:

$ openssl s_client -connect mail.postaccesslite.com:993
...
a logout
* BYE Courier-IMAP server shutting down
a OK LOGOUT completed
read:errno=0

It takes around a minute to return to the shell prompt after
the 'a logout'.

Eduardo couldn't reproduce it.

-- 
How to contact me - http://www.pervalidus.net/contact.html

--
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: setup cannot proceed to do the installation...

2003-11-10 Thread Jason Fu

Well, the latest workaround is:
1) delete /var/log/setup.log* by the root a/c
2) cp download packages/setup.log* /var/log
3) start setup.exe in user mode and next as usual for downloading
4) start setup.exe in kernel mode and just next as setup.exe in user mode 
is running.
5) I could see next after MD5 checking and finish the installation in 
kernel mode.

Yes, I agree there's a file permission problem.
===
[EMAIL PROTECTED] ~
$ ls -la /var/log/
total 1021
drwxrwxrwx+   4 Administ Users   0 Nov 11 08:22 .
drwxrwx---+  12 Administ Users   0 Aug 20 20:11 ..
drwxrwx---+   2 root Users   0 Jul  1 12:33 apache
drwxrwx---+   2 root Users   0 Sep 29 23:39 exim
-rw-r--r--1 SYSTEM   Administ0 Sep  6 11:21 init.log
-rw-r--r--1 SYSTEM   Administ0 Nov  9 08:44 mountd.log
-rw-r--r--1 SYSTEM   Administ0 Nov  9 08:44 nfsd.log
-rw-r--r--1 SYSTEM   Administ0 Nov  9 08:44 portmap.log
-rw-r--r--1 SYSTEM   Administ15380 Nov 11 11:50 servicelog
-rw-r--r--1 root None   282044 Nov 11 08:24 setup.log
-rw-r--r--1 root None   230584 Nov 11 08:24 setup.log.full
-rw-rw-rw-1 root None   514976 Nov 11 11:52 wtmp

===

[EMAIL PROTECTED] ~
$ UnicodeSupport - Windows NT/2000/XP
Unicode clipboard I/O
ls -la /var/log
total 2004
drwxr-xr-x+   4 Administ Users   0 Nov  8 10:05 .
drwxrwx---+  12 Administ Users   0 Aug 12 21:38 ..
drwxrwx---+   2 root Users   0 Aug  8 22:46 apache
drwxrwx---+   2 root Users   0 Sep 30 00:07 exim
-rwxr-xr-x1 SYSTEM   Administ0 Aug 20 19:41 init.log
-rw-r--r--1 SYSTEM   Administ0 Nov  8 10:05 mountd.log
-rw-r--r--1 SYSTEM   Administ0 Nov  8 10:05 nfsd.log
-rw-r--r--1 SYSTEM   Administ0 Nov  8 10:05 portmap.log
-rwxrwxrwx1 root None17718 Nov 11 11:51 servicelog
-rwxr-x---+   1 Administ Users 1292068 Nov 11 00:11 setup.log
-rwxr-x---+   1 Administ Users  234210 Nov 11 00:11 setup.log.full
-rwxr-x---+   1 root Users  49 Nov  7 08:52 
setup.log.postinstallXa00656
-rwxr-x---+   1 root Users   0 Nov 10 11:24 
setup.log.postinstallXa02440
-rwxr-x---+   1 root Users   0 Nov  9 22:24 
setup.log.postinstallXa02528
-rwxr-x---+   1 root Users  49 Nov  7 18:42 
setup.log.postinstallXa02952
-rwxr-x---+   1 root Users  49 Nov  8 21:43 
setup.log.postinstallXa03188
-rwxr-x---+   1 root Users  49 Nov  9 08:47 
setup.log.postinstallXa03768
-rwxr-x---+   1 root Users  49 Nov  8 09:04 
setup.log.postinstallXa03804
-rw-rw-rw-1 root None   501424 Nov 11 11:51 wtmp

===

The Dragon is the Server 2003 with the problem and the Zeus is another 
Server 2003 without the problem.


Cheers,

Jason

 Jason Fu wrote:

 i) I successfully installed once after removing the
 /var/log/setup.log*

Shankar Unni wrote:
 Is it possible that your admin account does not have the right
 permissions to write to a setup.log file owned by the user account?

http://www.hkucs.org:8080/~tsfu/


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

Updated: docbook-xml42-4.2-2

2003-11-10 Thread Marcel Telka

I've updated the docbook-xml42 package to version 4.2-2.

This version has moved documentation to /usr/share/doc directory.

docbook-xml42 package contains Docbook XML DTD version 4.2 as published
by OASIS.


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.

If you have questions or comments, please send them to the Cygwin mailing
list at: cygwin at cygwin dot com. I would appreciate it if you would use
this mailing list rather than emailing me directly.

-- 
+---+
| Marcel Telka   e-mail:   [EMAIL PROTECTED]  |
|homepage: http://telka.sk/ |
|jabber:   [EMAIL PROTECTED] |
+---+

80 matches

Mail list logo