COURSEsyllabus,ON BECOMING A TRUE LEADER

2004-04-29 Thread Defi Octavianty


ON BECOMING A TRUE LEADER
Explore the Leadership within You!
~~
I.  Kuta - Bali, May 10-12, 2004
II. Jakarta, Jun 21-23, 2004


ABOUT THE COURSE
Leadership is based on the power to inspire, the power to inspire others to
follow. One of the most dangerous situations for businesses today is the
high number of men and women in leadership positions who aren't leaders.
Many of these people are good managers: trained well in technical aspects of
the job. But they lack a balance of leadership skill and thus can't bring
the best out of themselves, others or their organization. Many good managers
have become extremely successful in their roles, but without strong
leadership ability they will never reach their potential or help those in
their charge reach theirs.

We may wonder how the prophets who had nothing—neither position of authority
nor held the position of great power-has had enormous influence to the
entire world. Their reputation is held in highest esteem to this day.
Amazingly, their names are known globally today, some thousand years after
they lived.

So, what or who is a leader? How to become a true leader? How successful
leaders approach life and work? How to create and lead the team? This
training has the answers!

This course is designed to help participants discover the heart, soul and
mind of true leadership as well as explore leadership roles as strategist,
change agent, coach, manager, communicator, mentor and team member. Thus,
help them to develop their own unique leadership style for maximum impact
and get ready for the future challenges and responsibilities.

This 3-day course is built around a combination of lecture, discussion and
practical application. The major highlights on this class are:
1. On Becoming a True Leader—Motivation and Stimulation; On
Becoming a True Leader; Lifting People to Higher Level; Real
Success; etc
2. Effective Communication
3. Application and Implementation—Personality Development and
Improvement

By the end of the course participant can expect to:
 -  Learn how to identify the strengths and weaknesses of his/her
current leadership style
 -  Obtain feedback on his/her current leadership skills
 -  Understand the difference between leading versus managing others
 -  Learn how to coach and motivate others more effectively
 -  Develop the skills necessary to build an effective team
 -  Enhance competence for communicating with and coaching others
 -  Have a realistic plan for the wisest use of your resources and
your time
 -  Gain a strong sense of your abilities to lead others and manage in
complex systems effectively

SUBJECT LEARNED
 -  What exactly success is and how to achieve it
 -  Understand what a leader is... and is not
 -  An in-depth of leadership’s point of view and philosophy
 -  Is there a leader in you? Understand the challenges participants
will face as a leader and how to become one!
 -  Gain an insight into some of the ways true leaders help developing
their own people’s potential skill
 -  Learn how true leaders gaining their charisma
 -  How to build the Winning Team
 -  How to identify and develop each team member within the
organization to move in a specific direction (e.g: Company Goal)

BENEFITS
 -  Learn how to motivate a team, including “difficult” people and
ability to provide direction to a group of individuals working toward
a common goal
 -  Have a broader understanding of “leadership” and how to relate
it to “power” and “influence”
 -  Learn the secrets of successful leadership and what is a real
success?
 -  Be able to identify and building the dynamics of a winning team
and discover the power of praise
 -  Have successful strategies for improving internal relationships
and becoming a person of influence
 -  Be able to provide coaching and feedback to peers on an on-going
basis so participants can help one another develop their leadership
skills

LANGUAGE OF INSTRUCTION
 Indonesian

ABOUT INSTRUCTOR
Leila Mona Ganiem, S.Pd, M.Si  is a prominent speaker, writer and coach—a
communicator by profession for over 14 years. She developed and helps
transform the way people interact with each other; advises on all aspects of
appearance, style, color, and the most effective use of body language in
presentations. Miss Mona’s field of expertise includes Acting Communication,
Effective Communication, Expression, Service Excellent, Business
Presentation, Public Relations, Negotiation, Media Relations, Crisis
Management, and Master of Ceremony.

She has also written countless communication articles for many top national
magazines including Nova, Kartini and Femina, thus national and
international newspapers and spent her pre-communication career working for
national radio and Pakistani TV station as presenter. In addition to that
she also acts as a key speaker for various seminars, guest for talk show,
and instructor of communication in international perso

Re: setup.exe and source-only packages

2004-04-29 Thread Robert Collins
On Fri, 2004-04-30 at 02:52, Bart van der Werf (Bluelive) wrote:
> Setup reports all source-only packages as not installed when I run setup
> when I did install them the the last time I ran setup.exe, version numbers
> havent changed.

This is by design, from a long time ago. it fits in with the behaviour
of other packaging systems.

Rob

-- 
GPG key available at: .


signature.asc
Description: This is a digitally signed message part


Re: gcc problems...

2004-04-29 Thread Christopher Faylor
On Thu, Apr 29, 2004 at 07:27:41PM -0400, Derek Farren Gause wrote:
>Hi everybody.
>
>I am haveing problems compiling objC code on cygwin. The end of the bash
>shell?s output is:
>
>I have Cygwin?s .bashrc customized for swarm in order to use the suite gcc
>distributed with Swarm (www.Swarm.org). Some additional info:

You are not using the standard cygwin gcc compiler.  Ask *swarm* for
help.  It doesn't make a lot of sense to grab a compiler from one place and
ask for help for it from another place.

>$ gcc -v
>Reading specs from /Swarm-2.2/lib/gcc-lib/i686-pc-cygwin/3.3.1/specs
>Configured with:
>/src/gcc-3.3.1/configure --prefix=/Swarm-2.2 --srcdir=/src/gcc-3.3.1 --enabl
>e-libgcj
>Thread model: single
>gcc version 3.3.1
>
>Any help would be apreciated...

--
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: GNU coreutils?

2004-04-29 Thread Frédéric L. W. Meunier
On Thu, 29 Apr 2004, Keith Thompson wrote:

> Cygwin still includes the GNU fileutils (4.1), sh-utils (2.0.11), and
> textutils (2.0) packages.  These were merged some time ago into the new
> coreutils package; the lastest release is 5.2.1.
>
> Note that upgrading would result in some changes in behavior, particularly
> in ls output format and some locale-specific behavior.

http://sources.redhat.com/ml/cygwin-apps/2004-04/msg5.html

-- 
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: Cygwin 1.5.9 Permission Denied Problem

2004-04-29 Thread Larry Hall
At 07:35 PM 4/29/2004, you wrote:
>--- Larry Hall <[EMAIL PROTECTED]> wrote:
>> At 06:46 PM 4/29/2004, you wrote:
>> >I just installed the latest Cygwin (1.5.9) on a new
>> >Win2K laptop that is not part of any domain. I'm
>> >getting "permission denied" when I try to execute
>> >programs in a couple of situations. None of the
>> >obvious remedies have fixed the problem.
>> >
>> >Situation One: I've downloaded and built
>> >scheme48-0.57. It runs fine from the command line.
>> >After I did a 'chgrp Users' on it I was able to
>> >successfully 'M-x run-scheme' out of the Cygwin
>> >version of emacs. When I launch nt-emacs from the
>> >desktop, however, and attempt 'M-x run-scheme' I
>> get a
>> >permission error; specifically "permission denied,
>> >~/software/cygwin/usr/local/bin/scheme48".
>> 
>> 
>> Non-Cygwin programs don't understand POSIX paths.  
>> Unless you've performed some emacs wizardry, that
>> path won't lead you to anything.  If you do have
>> some wizardry in there, you might still find you 
>> need the ".exe" on the end.  
>
>Actually, emacs groks POSIX paths. The Cygwin emacs
>that I launch from the cmd line and the nt-emacs that
>I launch from the desktop use the same .emacs. The
>former works, the latter doesn't.


If you say so.  I've heard there are various LISP scripts
for non-Cygwin built emacsen to get them to parse the Cygwin
mount table so that they can handle the POSIX paths but I
don't use emacs so I don't know how they work and, of course,
I couldn't assume that you were using them.  Either way, if
it's not a Cygwin program, it's not going to understand the
POSIX paths natively so problems you have are really somewhat
off-topic for this list.


> 
>> >Situation Two: I unzip an internal build of Java
>> that
>> >a separate group provides me. I 'chmod a+x' all the
>> >executables in the distribution and then smoke test
>> >the JVM by typing: java -version. I'm rewarded
>> with:
>> >"zsh: permission denied: java" (same thing happens
>> >with bash, btw). I have a production JDK installed
>> in
>> >Program\ Files and it works fine. It turns out that
>> >the production version is owned by
>> >"Administrators:SYSTEM" so I chown the internal
>> >version's executables to "Administrator:SYSTEM" but
>> >the result is the same. Note that I have no
>> problems
>> >with these internal build on my Win2K workstation
>> >which (a) is part of a domain, and (b) is running
>> >Cygwin 1.5.7.
>> 
>> 
>> Not sure about this one.  'getfacl' might help.  You
>> 
>> could try removing "ntea" from your CYGWIN
>> environment 
>> variable, in case you're getting some weird
>> conflict.
>
>Interesting results from getfacl.
>
>For the production (InstallShield installed) java
>%getfacl `which java`:
># file: /cygdrive/c/WINNT/system32/java
># owner: Administrators
># group: SYSTEM
>user::rwx
>group::r-x
>group:Users:r-x
>group:Power Users:rwx
>mask:rwx
>other:r-x
>
>For the internal (unzipped) java
>%getfacl `which java`:
># file: /usr/local/java/bin/java
># owner: Administrators
># group: SYSTEM
>user::rwx
>group::r-x
>mask:rwx
>other:r-x
>
>Is there away to add ACLs for those additional groups
>from zsh or bash?
>


Sure.  'setfacl'.


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


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



Re: Cygwin 1.5.9 Permission Denied Problem

2004-04-29 Thread ward harold
--- Larry Hall <[EMAIL PROTECTED]> wrote:
> At 06:46 PM 4/29/2004, you wrote:
> >I just installed the latest Cygwin (1.5.9) on a new
> >Win2K laptop that is not part of any domain. I'm
> >getting "permission denied" when I try to execute
> >programs in a couple of situations. None of the
> >obvious remedies have fixed the problem.
> >
> >Situation One: I've downloaded and built
> >scheme48-0.57. It runs fine from the command line.
> >After I did a 'chgrp Users' on it I was able to
> >successfully 'M-x run-scheme' out of the Cygwin
> >version of emacs. When I launch nt-emacs from the
> >desktop, however, and attempt 'M-x run-scheme' I
> get a
> >permission error; specifically "permission denied,
> >~/software/cygwin/usr/local/bin/scheme48".
> 
> 
> Non-Cygwin programs don't understand POSIX paths.  
> Unless you've performed some emacs wizardry, that
> path won't lead you to anything.  If you do have
> some wizardry in there, you might still find you 
> need the ".exe" on the end.  

Actually, emacs groks POSIX paths. The Cygwin emacs
that I launch from the cmd line and the nt-emacs that
I launch from the desktop use the same .emacs. The
former works, the latter doesn't.
 
> >Situation Two: I unzip an internal build of Java
> that
> >a separate group provides me. I 'chmod a+x' all the
> >executables in the distribution and then smoke test
> >the JVM by typing: java -version. I'm rewarded
> with:
> >"zsh: permission denied: java" (same thing happens
> >with bash, btw). I have a production JDK installed
> in
> >Program\ Files and it works fine. It turns out that
> >the production version is owned by
> >"Administrators:SYSTEM" so I chown the internal
> >version's executables to "Administrator:SYSTEM" but
> >the result is the same. Note that I have no
> problems
> >with these internal build on my Win2K workstation
> >which (a) is part of a domain, and (b) is running
> >Cygwin 1.5.7.
> 
> 
> Not sure about this one.  'getfacl' might help.  You
> 
> could try removing "ntea" from your CYGWIN
> environment 
> variable, in case you're getting some weird
> conflict.

Interesting results from getfacl.

For the production (InstallShield installed) java
%getfacl `which java`:
# file: /cygdrive/c/WINNT/system32/java
# owner: Administrators
# group: SYSTEM
user::rwx
group::r-x
group:Users:r-x
group:Power Users:rwx
mask:rwx
other:r-x

For the internal (unzipped) java
%getfacl `which java`:
# file: /usr/local/java/bin/java
# owner: Administrators
# group: SYSTEM
user::rwx
group::r-x
mask:rwx
other:r-x

Is there away to add ACLs for those additional groups
from zsh or bash?

> 
> >I'm completely out of ideas any help/suggestions
> would
> >be greatly appreciated at this point.
> >
> >... WkH
> >
> >cygcheck -s -v -r yields:
> 
> 
> 
> 
> 
> --
> Larry Hall 
> http://www.rfk.com
> RFK Partners, Inc.  (508)
> 893-9779 - RFK Office
> 838 Washington Street   (508)
> 893-9889 - FAX
> Holliston, MA 01746 
> 

Thanks ... WkH






__
Do you Yahoo!?
Win a $20,000 Career Makeover at Yahoo! HotJobs  
http://hotjobs.sweepstakes.yahoo.com/careermakeover 

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



GNU coreutils?

2004-04-29 Thread Keith Thompson
Cygwin still includes the GNU fileutils (4.1), sh-utils (2.0.11), and
textutils (2.0) packages.  These were merged some time ago into the new
coreutils package; the lastest release is 5.2.1.

Note that upgrading would result in some changes in behavior, particularly
in ls output format and some locale-specific behavior.

-- 
Keith Thompson (The_Other_Keith) [EMAIL PROTECTED]  
San Diego Supercomputer Center   <*>  
Schroedinger does Shakespeare: "To be *and* not to be"

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



gcc problems...

2004-04-29 Thread Derek Farren Gause
Hi everybody.

I am haveing problems compiling objC code on cygwin. The end of the bash
shell´s output is:

/usr/lib/mingw/libobjc.a(encoding.o)(.text+0xca6): undefined reference to
`__imp ___pctype'
/usr/lib/mingw/libobjc.a(encoding.o)(.text+0xd53): undefined reference to
`__isctype'
/usr/lib/mingw/libobjc.a(encoding.o)(.text+0xd81): undefined reference to
`__imp ___pctype'
/usr/lib/mingw/libobjc.a(encoding.o)(.text+0xdb3): undefined reference to
`__isctype'
/usr/lib/mingw/libobjc.a(encoding.o)(.text+0xdd1): undefined reference to
`__imp ___pctype'
/usr/lib/mingw/libobjc.a(encoding.o)(.text+0x103d): undefined reference to
`__isctype'
/usr/lib/mingw/libobjc.a(encoding.o)(.text+0x105e): undefined reference to
`__imp___pctype'
/usr/lib/mingw/libobjc.a(encoding.o)(.text+0x10e3): undefined reference to
`__isctype'
/usr/lib/mingw/libobjc.a(encoding.o)(.text+0x1137): undefined reference to
`__isctype'
/usr/lib/mingw/libobjc.a(encoding.o)(.text+0x1157): undefined reference to
`__imp___pctype'
/usr/lib/mingw/libobjc.a(encoding.o)(.text+0x116c): undefined reference to
`__imp___pctype'
/usr/lib/mingw/libobjc.a(encoding.o)(.text+0x1215): undefined reference to
`__isctype'
/usr/lib/mingw/libobjc.a(encoding.o)(.text+0x1269): undefined reference to
`__isctype'
/usr/lib/mingw/libobjc.a(encoding.o)(.text+0x1292): undefined reference to
`__imp___pctype'
/usr/lib/mingw/libobjc.a(encoding.o)(.text+0x12a7): undefined reference to
`__imp___pctype'
/usr/lib/mingw/libobjc.a(encoding.o)(.text+0x13d4): undefined reference to
`__isctype'
/usr/lib/mingw/libobjc.a(encoding.o)(.text+0x13e7): undefined reference to
`__imp___pctype'
collect2: ld returned 1 exit status


I have Cygwin´s .bashrc customized for swarm in order to use the suite gcc
distributed with Swarm (www.Swarm.org). Some additional info:

$ gcc -v
Reading specs from /Swarm-2.2/lib/gcc-lib/i686-pc-cygwin/3.3.1/specs
Configured with:
/src/gcc-3.3.1/configure --prefix=/Swarm-2.2 --srcdir=/src/gcc-3.3.1 --enabl
e-libgcj
Thread model: single
gcc version 3.3.1

Any help would be apreciated...

Thanks in advance.

Derek Farren



--
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.9 Permission Denied Problem

2004-04-29 Thread Larry Hall
At 06:46 PM 4/29/2004, you wrote:
>I just installed the latest Cygwin (1.5.9) on a new
>Win2K laptop that is not part of any domain. I'm
>getting "permission denied" when I try to execute
>programs in a couple of situations. None of the
>obvious remedies have fixed the problem.
>
>Situation One: I've downloaded and built
>scheme48-0.57. It runs fine from the command line.
>After I did a 'chgrp Users' on it I was able to
>successfully 'M-x run-scheme' out of the Cygwin
>version of emacs. When I launch nt-emacs from the
>desktop, however, and attempt 'M-x run-scheme' I get a
>permission error; specifically "permission denied,
>~/software/cygwin/usr/local/bin/scheme48".


Non-Cygwin programs don't understand POSIX paths.  
Unless you've performed some emacs wizardry, that
path won't lead you to anything.  If you do have
some wizardry in there, you might still find you 
need the ".exe" on the end.  


>Situation Two: I unzip an internal build of Java that
>a separate group provides me. I 'chmod a+x' all the
>executables in the distribution and then smoke test
>the JVM by typing: java -version. I'm rewarded with:
>"zsh: permission denied: java" (same thing happens
>with bash, btw). I have a production JDK installed in
>Program\ Files and it works fine. It turns out that
>the production version is owned by
>"Administrators:SYSTEM" so I chown the internal
>version's executables to "Administrator:SYSTEM" but
>the result is the same. Note that I have no problems
>with these internal build on my Win2K workstation
>which (a) is part of a domain, and (b) is running
>Cygwin 1.5.7.


Not sure about this one.  'getfacl' might help.  You 
could try removing "ntea" from your CYGWIN environment 
variable, in case you're getting some weird conflict.


>I'm completely out of ideas any help/suggestions would
>be greatly appreciated at this point.
>
>... WkH
>
>cygcheck -s -v -r yields:





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


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



Cygwin 1.5.9 Permission Denied Problem

2004-04-29 Thread ward harold
I just installed the latest Cygwin (1.5.9) on a new
Win2K laptop that is not part of any domain. I'm
getting "permission denied" when I try to execute
programs in a couple of situations. None of the
obvious remedies have fixed the problem.

Situation One: I've downloaded and built
scheme48-0.57. It runs fine from the command line.
After I did a 'chgrp Users' on it I was able to
successfully 'M-x run-scheme' out of the Cygwin
version of emacs. When I launch nt-emacs from the
desktop, however, and attempt 'M-x run-scheme' I get a
permission error; specifically "permission denied,
~/software/cygwin/usr/local/bin/scheme48".

Situation Two: I unzip an internal build of Java that
a separate group provides me. I 'chmod a+x' all the
executables in the distribution and then smoke test
the JVM by typing: java -version. I'm rewarded with:
"zsh: permission denied: java" (same thing happens
with bash, btw). I have a production JDK installed in
Program\ Files and it works fine. It turns out that
the production version is owned by
"Administrators:SYSTEM" so I chown the internal
version's executables to "Administrator:SYSTEM" but
the result is the same. Note that I have no problems
with these internal build on my Win2K workstation
which (a) is part of a domain, and (b) is running
Cygwin 1.5.7.

I'm completely out of ideas any help/suggestions would
be greatly appreciated at this point.

... WkH

cygcheck -s -v -r yields:

Cygwin Win95/NT Configuration Diagnostics
Current System Time: Thu Apr 29 12:09:59 2004

Windows 2000 Professional Ver 5.0 Build 2195 Service
Pack 4

Path:   c:\wharold\bin
C:\software\cygwin\usr\local\bin\
C:\software\cygwin\bin
C:\software\cygwin\bin
c:\PROGRAM FILES\THINKPAD\UTILITIES
c:\WINNT\system32
c:\WINNT
c:\WINNT\System32\Wbem
c:\Program Files\IBM\Trace Facility\
c:\Program Files\IBM\Personal Communications\
c:\Notes
c:\Utilities
c:\Program Files\IBM\Infoprint Select
c:\software\cmvc\bin
c:\progra~1\IBM\Java141\bin

Output from C:\software\cygwin\bin\id.exe (nontsec)
UID: 1002(wharold) GID: 513(None)
513(None)

Output from C:\software\cygwin\bin\id.exe (ntsec)
UID: 1002(wharold) GID: 513(None)
0(root)  513(None)
544(Administrators)  545(Users)

SysDir: C:\WINNT\system32
WinDir: C:\WINNT

CYGWIN = `'binmode tty ntea''
HOME = `c:\'
PWD = `/tmp'

ALLUSERSPROFILE = `C:\Documents and Settings\All
Users'
ANT_HOME = `c:\apache-ant-1.6.0'
APPDATA = `C:\Documents and
Settings\wharold\Application Data'
COMPUTERNAME = `OTTAVIANO'
COMSPEC = `C:\WINNT\system32\cmd.exe'
HELPDIR = `/usr/local/lib/zsh/help'
HOMEDRIVE = `c:'
HOMEPATH = `\wharold'
JAVA_HOME = `c:\progra~1\IBM\Java141'
LOGNAME = `wharold'
LOGONSERVER = `\\OTTAVIANO'
MANPATH = `/man:/usr/man:/usr/lang/man:/usr/local/man'
NUMBER_OF_PROCESSORS = `1'
OLDPWD = `/cygdrive/c/wharold'
OS2LIBPATH = `C:\WINNT\system32\os2\dll;'
OS = `Windows_NT'
PATHEXT =
`.COM;.EXE;.BAT;.CMD;.VBS;.VBE;.JS;.JSE;.WSF;.WSH'
PCOMM_ROOT = `C:\Program Files\IBM\Personal
Communications\'
PDBASE = `C:\Program Files\IBM\Infoprint Select'
PDHOST = ` '
PD_SOCKET = `6874'
PROCESSOR_ARCHITECTURE = `x86'
PROCESSOR_IDENTIFIER = `x86 Family 6 Model 11 Stepping
1, GenuineIntel'
PROCESSOR_LEVEL = `6'
PROCESSOR_REVISION = `0b01'
PROGRAMFILES = `C:\Program Files'
PS1 =
`%{%}%S%s%{%}%{%}%n%{%}%{[30;[EMAIL 
PROTECTED];49;49m%}%{%}%m%{%}
| %{%}%D{%a %d %b %Y}%{%}
%{%}%D{%H:%M:%S}%{%} |
%{%}%h%{%} |
%{%}%y%{%}%E
%{%}%5c%{%}
%{%}%#%{%} '
SHLVL = `1'
SYSTEMDRIVE = `C:'
SYSTEMROOT = `C:\WINNT'
TEMP = `c:\DOCUME~1\wharold\LOCALS~1\Temp'
TERM = `cygwin'
TMP = `c:\DOCUME~1\wharold\LOCALS~1\Temp'
TVDEBUGFLAGS = `0x260'
TVLOGSESSIONCOUNT = `5000'
TZ = `CST6CDT5,M4.1.0/2,M10.5.0/2'
USERDOMAIN = `OTTAVIANO'
USERNAME = `wharold'
USERPROFILE = `C:\Documents and Settings\wharold'
WINDIR = `C:\WINNT'
WKH_DEV = `/cygdrive/c/wharold/dev'
WKH_HOME = `/cygdrive/c/wharold'
WKH_ZSH = `/cygdrive/c/wharold/zsh'
_ = `/usr/bin/cygcheck'
POSIXLY_CORRECT = `1'

HKEY_CURRENT_USER\Software\Cygnus Solutions
HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin
HKEY_CURRENT_USER\Software\Cygnus
Solutions\Cygwin\mounts v2
HKEY_CURRENT_USER\Software\Cygnus
Solutions\Cygwin\Program Options
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus
Solutions\Cygwin\mounts v2
  (default) = `/cygdrive'
  cygdrive flags = 0x0022
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus
Solutions\Cygwin\mounts v2\/
  (default) = `C:\software\cygwin'
  flags = 0x000a
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus
Solutions\Cygwin\mounts v2\/usr/bin
  (default) = `C:\software\cygwin/bin'
  flags = 0x000a
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus
Solutions\Cygwin\mounts v2\/usr/lib
  (

Re: How to set the colors of terminfo's standout mode?

2004-04-29 Thread Brian Dessent
Alejandro López-Valencia wrote:

> If you really read my sentence above you would have recognized the sentence
> "This information is very hard to come by if one is in a bind". Which
> idiomatic USA English for "You never find this information in time when you
> really need it".
> Am I clear, or are you in need of remedial English?

I'm sorry, I cannot relate to your obviously substandard skills at
searching the internet.  I've never found Googling for simple keywords
to ever be slower than waiting for someone to spoon feed me on a mailing
list, whether in a bind or not.

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: Line breaks in bash

2004-04-29 Thread Igor Pechtchanski
On Thu, 29 Apr 2004, Buchbinder, Barry (NIH/NIAID) wrote:

> -Original Message-
> > From: Andrew DeFaria
> > Sent: Thursday, April 29, 2004 1:18 PM
> > To: cygwincygwincom
> > Subject: Re: Line breaks in bash
> >
> > When I type a long line in the bash shell it seems to get confused when
> > it passes the first 80 character barrier and does a newline. Below is an
> > example.
> >
> > C09-272-A:# why is it in bash that when I get close to typing 80
> > characters bash
> > does som
> > ething like this?
> >
> > Now set my prompt to the hostname as
> > "\[\e]0;\w\a\e[01;33mC09-272-A:\e[0m". Could this be causing the problem?
>
> Maybe you are missing a \] in the prompt.  What you really want is something
> like this:
> "\[\e]0;\w\a\e[01;33m\]C09-272-A:\[\e[0m\]"

Any sequence of non-printable characters should be enclosed in '\['..'\]'
for bash to not count it towards the current length of the line.

> (What are \w and \a doing?  man bash says that they should be the current
> working directory and a bell, but they don't act like that in this prompt
> for me.)

'\e]0;' will set the window title to the string that follows it (up to a
'\a', so that's the terminator).  So, the above should set the window
title to the current working directory, and the prompt will be displayed
as "C09-272-A:".  If you wanted the current working directory displayed in
the prompt, you could use "\[\e[01;33m\]C09-272-A:\w:\[\e[0m\]" instead.
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: System Beep using Cygwin

2004-04-29 Thread Igor Pechtchanski
On Thu, 29 Apr 2004, Jim Gelasakis wrote:

> Hi there,
>
> Let me try this again as I think I have confused some.
>
> We have telnet sessions which we need to beep on some logic error.
>
> Previously, we have made them beep by simply outputing a ^G to make the
> bell sound.
>
> This now fails to make a sound under a Cygwin session.
>
> The following can reproduce the symptom.
>
> Telnet into a cygwin session, and run a unix script that contains the
> one line:
>
> echo "^G"
>
> We'd expect this to beep - a system bell not a wav file.
>
> We are working on a client (a device or a PC from which we telnet into
> the server which is running cygwin).
>
> It may be that the server beeps, thinking it is a console session, when
> in fact we have remote session.  Yet we are
> echoing the ^G out to the display device, the terminal, so would expect
> the terminal to beep.
>
> Perhaps significant is a third-party product is used here.  SL-Net
> allows us to telnet into our windows server, to login and
> run a cygwin shell, all done so that our software can run in an
> environment similar to how we use Unix, even though the server is
> Windows 2000.
>
> Kind Regards
> Jim Gelasakis

As I said before, the remote end doesn't actually do anything with '^G' --
it passes it to the *local* terminal (in this case, the telnet client).
Cygwin's telnet will simply pass it along to the window it's running in
(which will invoke the console handler for a console window).  Since you
mentioned that you're using a different telnet client, perhaps you should
take it up with the authors of that client.
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/



ghostscript needs libICE.dll

2004-04-29 Thread Sven Köhler
hi,

ghostscript-x11 still depends on libICE.dll.
i think the package-maintainer needs to rebuild it.
Thx
  SVen
--
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/


Recall: mkpasswd -p option now adds username

2004-04-29 Thread Estey, Debora J
Estey, Debora J would like to recall the message, "mkpasswd   -p option now
adds username".

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



mkpasswd -p option now adds username

2004-04-29 Thread Estey, Debora J
Hi,
 
 I have just down loaded the latest cygwin (1.5.9-1).
 I have a script to add users to the password file, the first time they
bring up cygwin. 
 It is using the -p option of the mkpasswd to add their home to the passwd
file. This
 did work fine but now the users id is added to the end of the path. Why did
this change?
 Our users home directory is not there user's name.
 
  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: g++ 3.4.0 cygwin, codegen SSE & alignement issues

2004-04-29 Thread Christopher Faylor
On Thu, Apr 29, 2004 at 08:00:56PM +0200, tbp wrote:
>Christopher Faylor wrote:
>>The patch has only existed for a brief time and it relies on a cygwin
>>DLL change.  How could SDL be using it?
>I meant CreateThread is the API SDL uses under the hood to create 
>threads on win32.
>
>http://www.libsdl.org/cgi/cvsweb.cgi/SDL12/src/thread/win32/SDL_systhread.c?rev=1.5&content-type=text/x-cvsweb-markup

Ok.  I mentioned that the patch would work with CreateThread so
this is a non-issue.

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: g++ 3.4.0 cygwin, codegen SSE & alignement issues

2004-04-29 Thread tbp
Christopher Faylor wrote:
The patch has only existed for a brief time and it relies on a cygwin
DLL change.  How could SDL be using it?
I meant CreateThread is the API SDL uses under the hood to create 
threads on win32.

http://www.libsdl.org/cgi/cvsweb.cgi/SDL12/src/thread/win32/SDL_systhread.c?rev=1.5&content-type=text/x-cvsweb-markup

--
Regards,
tbp.
--
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/


No home for me

2004-04-29 Thread James
I just put cygwin onto my desktop at work & I get no home directory. I did a 
search for info first and saw this as a problem in the past, but it looks like 
it was resolved.  What am I missing here? I tried uninstalling and reinstalling 
and still no home. They use Windows 2000 on my desktop.

Regards,

James


--
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: g++ 3.4.0 cygwin, codegen SSE & alignement issues

2004-04-29 Thread Richard Campbell
Christopher Faylor wrote:
>On Thu, Apr 29, 2004 at 07:46:04PM +0200, tbp wrote:
>>Christopher Faylor wrote:
>>>DJ/Brian's patch would affect all thread creation, including threads
>>>created by "CreateThread".
>>
>>That's what SDL uses right now.
>
>The patch has only existed for a brief time and it relies on a cygwin
>DLL change.  How could SDL be using it?

CreateThread, I'm guessing, is the implied "it" that SDL uses right now, 
not DJ/Brian's patch.

-Richard Campbell.

--
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: g++ 3.4.0 cygwin, codegen SSE & alignement issues

2004-04-29 Thread Christopher Faylor
On Thu, Apr 29, 2004 at 07:46:04PM +0200, tbp wrote:
>Christopher Faylor wrote:
>>DJ/Brian's patch would affect all thread creation, including threads
>>created by "CreateThread".
>That's what SDL uses right now.

The patch has only existed for a brief time and it relies on a cygwin
DLL change.  How could SDL be using it?

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: Line breaks in bash

2004-04-29 Thread Buchbinder, Barry (NIH/NIAID)
Maybe you are missing a \] in the prompt.  What you really want is something
like this:
"\[\e]0;\w\a\e[01;33m\]C09-272-A:\[\e[0m\]"

(What are \w and \a doing?  man bash says that they should be the current
working directory and a bell, but they don't act like that in this prompt
for me.)

-Original Message-
From: Andrew DeFaria
Sent: Thursday, April 29, 2004 1:18 PM
To: [EMAIL PROTECTED]
Subject: Re: Line breaks in bash

When I type a long line in the bash shell it seems to get confused when 
it passes the first 80 character barrier and does a newline. Below is an 
example.

C09-272-A:# why is it in bash that when I get close to typing 80 
characters bash
does som
ething like this?

Now set my prompt to the hostname as 
"\[\e]0;\w\a\e[01;33mC09-272-A:\e[0m". Could this be causing the problem?

--
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: g++ 3.4.0 cygwin, codegen SSE & alignement issues

2004-04-29 Thread tbp
Christopher Faylor wrote:
DJ/Brian's patch would affect all thread creation, including threads
created by "CreateThread".
That's what SDL uses right now.

Regards,
tbp.


--
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: g++ 3.4.0 cygwin, codegen SSE & alignement issues

2004-04-29 Thread tbp
Ross Ridge wrote:
GCC does ask for 16-byte alignment for the SSE constants, but the request
isn't honoured by binutils.
I see
...
.align 16
LC2:
.long   2147483647
.long   0
.long   0
.long   0
.align 4
...
andps   LC2, %xmm0
...
After uselessly poking at binutil sources for a couple of hours, may i 
ask you to share your gcc kludge?

Regards,
tbp.
--
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: Unable to restart in Perl debugger

2004-04-29 Thread Andrew DeFaria
Andrew DeFaria wrote:
I believe I asked this before but didn't hear any solutions. When 
debugging in Perl often I need restart the debugger. However when I do 
so I get:

Use `q' to quit or `R' to restart.  `h q' for details.
DB<1> R
Warning: some settings and command-line options may be lost!
Daughter DB session started...
# Forked, but do not know how to create a new TTY. #
Since two debuggers fight for the same TTY, input is severely entangled.
I know how to switch the output to a different window in xterms
and OS/2 consoles only.  For a manual switch, put the name of the 
created TTY
in $DB::fork_TTY, or define a function DB::get_fork_TTY() returning this.

On UNIX-like systems one can get the name of a TTY for the given window
by typing tty, and disconnect the shell from TTY by sleep 100.
main::(reregister:17):  my $windows = $ENV{OS} =~ /[Ww]indows/ ? "yes" : 
"no";
[4080->4080]  DB<0>

$ uname -a
CYGWIN_NT-5.0 C09-272-A 1.5.9(0.112/4/2) 2004-03-18 23:05 i686 unknown 
unknown Cygwin

With Perl 5.8.2.

--
Some people are like Slinkies . . not really good for anything, but you 
still can't help but smile when you see one tumble down the stairs.

--
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: Line breaks in bash

2004-04-29 Thread Andrew DeFaria
When I type a long line in the bash shell it seems to get confused when 
it passes the first 80 character barrier and does a newline. Below is an 
example.

C09-272-A:# why is it in bash that when I get close to typing 80 
characters bash
does som
ething like this?

Now set my prompt to the hostname as 
"\[\e]0;\w\a\e[01;33mC09-272-A:\e[0m". Could this be causing the problem?

--
The sex was so good that even the neighbors had a cigarette.
--
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: php under apache

2004-04-29 Thread Andrew DeFaria
Larry Hall wrote:


Have you seen



and

 ?
I am very interested in getting PHP and Apache to work. When is "the 
maintainer" thinking [s]he'll be able to get mod_php4 available again?

--
You know how it is when you're walking up the stairs, and you get to the 
top, and you think there's one more step? I'm like that all the time.

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


setup.exe and source-only packages

2004-04-29 Thread Bart van der Werf \(Bluelive\)

Setup reports all source-only packages as not installed when I run setup
when I did install them the the last time I ran setup.exe, version numbers
havent changed.


--

Bart van der Werf (Bluelive)
http://pluk.sf.net/
irc://irc.freenode.org/pluk



--
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 set the colors of terminfo's standout mode?

2004-04-29 Thread Dave Korn
> -Original Message-
> From: cygwin-owner On Behalf Of Alejandro López-Valencia
> Sent: 29 April 2004 16:11

> At 06:38 a.m. 29/04/2004, Brian Dessent wrote:
> > > The one I use came with the documentation of an ftp/sftp 
> client I use,
> > > yafc. Tis information is very hard to come by if one is 
> in a bind, so I'll
> > > include it here. Yafc's info file says:
> >
> >Really?  Google for "ansi escape sequences" and you'll get dozens of
> >hits with the info.  My favorite is
> 
> 
> If you really read my sentence above you would have 
> recognized the sentence 
> "This information is very hard to come by if one is in a bind". Which 
> idiomatic USA English for "You never find this information in 
> time when you 
> really need it".
> Am I clear, or are you in need of remedial English?


C)  None of the above.  Anything which you can find dozens of hits for in a
matter of a few seconds simply by entering the most obvious possible search
string into google just is *not* "hard to come by".

> Still working in increasing my meanness to the level that 
> make justice to 
> my despise of low-IQ Internet users.

  Don't make me get my troll-o-meter out again.  You wouldn't like it if I
did that!

cheers, 
  DaveK
-- 
Can't think of a witty .sigline today


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



Re: How to set the colors of terminfo's standout mode?

2004-04-29 Thread Alejandro López-Valencia
At 08:27 a.m. 29/04/2004, Frank Slootweg wrote:
  Also Alejandro's escape sequences do not work for me. \e[00;30m gives
me black text on a white background (i.e. no change) and \e[01;30m gives
me light-grey text on a white background. 01 is Bold, so according to
Alejandro that should give me white (text), but it gives me light-grey.
My mistake. I spoke from the top of my head, as you see in the code listing 
I sent yesterday, White is actually \e[01;37m. Barry Buchbinder's 
explanation is  far clearer than anything I would be able to come up with. 
Hope that it gets you on your way.

Cheers

Alejo

--
Alejandro López-Valencia
http://dradul.tripod.com/
The limits of my language are the limits of my world.
(L. Wittgenstein) 

--
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 set the colors of terminfo's standout mode?

2004-04-29 Thread Alejandro López-Valencia
At 10:11 a.m. 29/04/2004, you wrote:

Still working in increasing my meanness to the level that make justice to 
my despise of low-IQ Internet users.
And on remembering that this keyboard is slower than my fingers... :-)

--
Alejandro López-Valencia
http://dradul.tripod.com/
The limits of my language are the limits of my world.
(L. Wittgenstein) 

--
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 set the colors of terminfo's standout mode?

2004-04-29 Thread Buchbinder, Barry (NIH/NIAID)
> -Original Message-
> From: Frank Slootweg
> Sent: Thursday, April 29, 2004 9:28 AM
> To: [EMAIL PROTECTED]
> Subject: Re: How to set the colors of terminfo's standout mode?
> 
>   Thanks, Alejandro and Hannu, for your additional responses.
> 
>   I am again getting closer, but still not there. Please bear with me.
> 
>   At the time, I did not quite understand this part from Alejandro:
> 
> A> OK. In my experience, you can set the fg/bg colors the way you want
> A> by modifying the system settings in the shortcut (right-click on
> A> window bar and modify properties there), or by using *bold colors* in
> A> your definitions. For some reason, in the win32 console \e[00;30m is
> A> grey and \e[01;30m is white.
> 
>   Now that I know what these escape sequences mean (thanks to the
> document which Alejandro posted and [1]), I understand that part better.
> 
>   However, *whatever* I do, I can never get the text/foreground color
> white. 37 should do that, but it gives me light-grey instead
> (192/192/192 in "Selected Color Values" of Properties).
> 
>   Also Alejandro's escape sequences do not work for me. \e[00;30m gives
> me black text on a white background (i.e. no change) and \e[01;30m gives
> me light-grey text on a white background. 01 is Bold, so according to
> Alejandro that should give me white (text), but it gives me light-grey.

It is a fact of color: the only difference between grey and white is
intensity; any white can be made to look grey when compared to a more
intense white.  What you see as light grey is what was long ago in IBM PC
land defined as white so that what you want to call white could be used for
bold.  (Indeed, black can also be relative, being varying shades of dark
grey, until on gets down to true black (zero photons).)

The "1" makes the foreground color more intense.  "5" should cause blinking
but may end up making the background color more intense.  Try

\cygwin\bin\echo -en 'Normal. \033[30;47;5mBlack on while.\033[0;37;40m
Normal again.'

to get black on white.

The script in http://sources.redhat.com/ml/cygwin/2004-04/msg01161.html
should show you how everything looks on your system.

>   The best I get so far is:
> 
> \cygwin\bin\echo -en '\033[37;40mThis is a text.\033[30;0m'
> 
>   Which gives me light-grey (instead of the desired white) text on a
> black (as desired) background.

Try 
\cygwin\bin\echo -en '\033[1;37;40mThis is a text.\033[30;0m'
The added "1" bolds the "37", which should turn foreground light-grey to
real white.

>   I still did not understand why the old (tin) executable on the old
> Cygwin B20 release could give white on black, because it seems to be a
> pure Win32 console issue.
> 
>   B20 apparently used /etc/termcap instead of terminfo (there is no
> terminfo directory), but also the B20 /etc/termcap ("cygwin" = "linux")
> escape sequences for rev/mr, smso/so and rmso/se give light-grey on
> dark-grey (instead of white on black). Those escape sequences were
> mr=\E[7m:so=\E[7m:se=\E[m
> 
>   However *those* (\E[7m and se=\E[m) escape sequences *do* bring me
> closer:
> 
>   If I use *those* (\E[7m and se=\E[m) escape sequences with *B20*'s
> echo(1) command, I *do* get white (desired) text on black (desired)
> background, while with the *new* (1.5.9) echo(1) command, I get
> light-grey (undesired) on dark-grey (undesired).
> 
>   I.e. in short: With B20 versus 1.5.9 echo(1) commands, I see the
> *exact same* behaviour as I see with the B20 versus 1.5.9 tin
> executables!
> 
>   So it seems that this is not a terminfo problem, but another type of
> Cygwin problem and that even something as simple as echo(1) is somehow
> 'terminal/color aware [2]!
> 
>   Anyone any idea *where* those (echo(1) et al related) color settings
> can be set? I.e. what makes 1.5.9's echo(1) command display a
> white-on-black escape sequence as lightgrey-on-black or lightgrey-on-
> darkgrey?
> 
> [1] Linux Magazine  September 2003  POWER TOOLS  Escape Sequences Useful
> Text that You Can't See:
> http://www.linux-mag.com/downloads/2003-09/power/escape_sequences.html
> 
> [2] For some reason *DOS* echo, type and "copy ... con" commands
> *display* [3] the escape characters instead of executing them, so I had
> to use echo(1). If someone knows a way to let *DOS* commands execute
> escape sequences instead of displaying them, then please let me know.

This is normal if ansi.sys is not loaded.  (In config.sys, device=ansi.sys
or the like.)  ansi.sys is what interprets the ansi escape commands.  On XP,
one cannot load ansi.sys into cmd.exe, but one can load it into command.com.
(I think command.com uses the DOS subsyem, while cmd.exe is an NT console
program.)

Presumably, cygwin performed some of its magic when you used its echo even
in a DOS box.

> [3] Where the escape character is displayed as a (1-character)
> back-arrow character.

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentatio

Re: How to set the colors of terminfo's standout mode?

2004-04-29 Thread Alejandro López-Valencia
At 06:38 a.m. 29/04/2004, Brian Dessent wrote:
> The one I use came with the documentation of an ftp/sftp client I use,
> yafc. Tis information is very hard to come by if one is in a bind, so I'll
> include it here. Yafc's info file says:
Really?  Google for "ansi escape sequences" and you'll get dozens of
hits with the info.  My favorite is


If you really read my sentence above you would have recognized the sentence 
"This information is very hard to come by if one is in a bind". Which 
idiomatic USA English for "You never find this information in time when you 
really need it".
Am I clear, or are you in need of remedial English?

Still working in increasing my meanness to the level that make justice to 
my despise of low-IQ Internet users.

--
Alejandro López-Valencia
http://dradul.tripod.com/
The limits of my language are the limits of my world.
(L. Wittgenstein) 

--
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 set the colors of terminfo's standout mode?

2004-04-29 Thread Brian Dessent
Frank Slootweg wrote:

> [2] For some reason *DOS* echo, type and "copy ... con" commands
> *display* [3] the escape characters instead of executing them, so I had
> to use echo(1). If someone knows a way to let *DOS* commands execute
> escape sequences insteas of displaying them, then please let me know.

If you truly mean DOS, as in Win9x and not any of the NT-style command
prompts, then you need to load ANSI.SYS in config.sys.  The DOS
"console" (if you could even call it that) does not know anything of
escape sequences, so you need a device driver to interpret them.

As a side note, your command:
echo -en '\033[37;40mThis is a text.\033[30;0m'

Gives the desired White on Black for me under rxvt invoked as such:
rxvt -fn "Lucida ConsoleP-11" -sr -e /bin/bash -li
or just:
rxvt -e /bin/bash -li

I'm baffled at why you continue to try to force the inferior Windows
command prompt to do what you want.

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: g++ 3.4.0 cygwin, codegen SSE & alignement issues

2004-04-29 Thread Ross Ridge
> I see. It's much more reasonable. Tho i find rather strange that gcc 
> doesn't put those in a special section and implicitely asks for a 16 
> bytes alignement for all constants (when it's only really needed for 
> some specific target optimizations), but that's just my armchair expert 
> opinion.

GCC does ask for 16-byte alignment for the SSE constants, but the request
isn't honoured by binutils.

Ross Ridge

-- 
 l/  //   Ross Ridge -- The Great HTMU
[oo][oo]  [EMAIL PROTECTED]
-()-/()/  http://www.csclub.uwaterloo.ca/u/rridge/ 
 db  //   

--
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: g++ 3.4.0 cygwin, codegen SSE & alignement issues

2004-04-29 Thread Christopher Faylor
On Thu, Apr 29, 2004 at 07:02:49AM -0400, Ross Ridge wrote:
>> SDL is a bit of a pain regarding cygwin (they insist on using mingw 
>> etc)...
>
>Well, if SDL is using Win32 functions to create threads then that's
>something that needs to be fixed in SDL.

DJ/Brian's patch would affect all thread creation, including threads
created by "CreateThread".

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: g++ 3.4.0 cygwin, codegen SSE & alignement issues

2004-04-29 Thread Christopher Faylor
On Wed, Apr 28, 2004 at 03:22:53PM -0500, Brian Ford wrote:
>On Wed, 28 Apr 2004, Brian Ford wrote:
>
>> On Wed, 28 Apr 2004, Christopher Faylor wrote:
>> > Interestingly enough, this wouldn't have been generically fixable prior
>> > to Cygwin 1.5.6.
>>
>> I know, thanks.  It was very easy given your work :-).
>
>Oh, and..., just for the record: it's not *totally* generically fixable.
>Anything called from some win32 call-back routine is still suspect.

I kn..

>You knew that, but everyone else might not have.

Oh, right.

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: How to set the colors of terminfo's standout mode?

2004-04-29 Thread Frank Slootweg
  Thanks, Alejandro and Hannu, for your additional responses.

  I am again getting closer, but still not there. Please bear with me.

  At the time, I did not quite understand this part from Alejandro:

A> OK. In my experience, you can set the fg/bg colors the way you want
A> by modifying the system settings in the shortcut (right-click on
A> window bar and modify properties there), or by using *bold colors* in
A> your definitions. For some reason, in the win32 console \e[00;30m is
A> grey and \e[01;30m is white.

  Now that I know what these escape sequences mean (thanks to the
document which Alejandro posted and [1]), I understand that part better.

  However, *whatever* I do, I can never get the text/foreground color
white. 37 should do that, but it gives me light-grey instead
(192/192/192 in "Selected Color Values" of Properties).

  Also Alejandro's escape sequences do not work for me. \e[00;30m gives
me black text on a white background (i.e. no change) and \e[01;30m gives
me light-grey text on a white background. 01 is Bold, so according to
Alejandro that should give me white (text), but it gives me light-grey.

  The best I get sofar is:

\cygwin\bin\echo -en '\033[37;40mThis is a text.\033[30;0m'

  Which gives me light-grey (instead of the desired white) text on a
black (as desired) background.

  I still did not understand why the old (tin) executable on the old
Cygwin B20 release could give white on black, because it seems to be a
pure Win32 console issue.

  B20 apparently used /etc/termcap instead of terminfo (there is no
terminfo directory), but also the B20 /etc/termcap ("cygwin" = "linux")
escape sequences for rev/mr, smso/so and rmso/se give light-grey on
dark-grey (instead of white on black). Those escape sequences were
mr=\E[7m:so=\E[7m:se=\E[m

  However *those* (\E[7m and se=\E[m) escape sequences *do* bring me
closer:

  If I use *those* (\E[7m and se=\E[m) escape sequences with *B20*'s
echo(1) command, I *do* get white (desired) text on black (desired)
background, while with the *new* (1.5.9) echo(1) command, I get
light-grey (undesired) on dark-grey (undesired).

  I.e. in short: With B20 versus 1.5.9 echo(1) commands, I see the
*exact same* behaviour as I see with the B20 versus 1.5.9 tin
executables!

  So it seems that this is not a terminfo problem, but another type of
Cygwin problem and that even something as simple as echo(1) is somehow
'terminal/color aware [2]!

  Anyone any idea *where* those (echo(1) et al related) color settings
can be set? I.e. what makes 1.5.9's echo(1) command display a
white-on-black escape sequence as lightgrey-on-black or lightgrey-on-
darkgrey?

[1] Linux Magazine  September 2003  POWER TOOLS  Escape Sequences Useful
Text that You Can't See:
http://www.linux-mag.com/downloads/2003-09/power/escape_sequences.html

[2] For some reason *DOS* echo, type and "copy ... con" commands
*display* [3] the escape characters instead of executing them, so I had
to use echo(1). If someone knows a way to let *DOS* commands execute
escape sequences insteas of displaying them, then please let me know.

[3] Where the escape character is displayed as a (1-character)
back-arrow character.





--
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: Cron runs as SYSTEM, cron jobs run as administrator

2004-04-29 Thread Corinna Vinschen
On Apr 28 17:30, Sergio Valverde wrote:
> Cron is running as SYSTEM. Is it possible to run cron jobs as SYSTEM too,
> instead of administrator (id 500)?
> 
> ps -ef
> 
>  UID PIDPPID TTY STIME COMMAND
>   SYSTEM   12004   1   ?Apr 20 /usr/bin/cygrunsrv
>   SYSTEM   12684   12004   ?Apr 20 /usr/sbin/sshd
> Administ6068   1 con  11:10:47 /usr/bin/bash
>   SYSTEM   11776   1   ?  15:37:59 /usr/bin/cygrunsrv
>   SYSTEM1488   11776   ?  15:37:59 /usr/sbin/cron
> Administ   16488   1 con  15:38:11 /usr/bin/bash
> Administ   16992   1 con  15:38:50 /usr/bin/bash
>   SYSTEM66681488   ?  15:40:00 /usr/sbin/cron
> Administ   112886668   ?  15:40:00 /usr/bin/sh
> Administ   11756   16488 con  15:40:00 /usr/bin/ps
> 
> process 11288 is a script running as a cron job but UID is Administ (id
> 500), while PPID 6668 (cron) is UID SYSTEM (id 18).
> When I run the same script from command line, it runs as id 10500
> (Administrator).
> I've already searched the mailing lists.
> Any hint?

man cron

Corinna

-- 
Corinna Vinschen  Please, send mails regarding Cygwin to
Cygwin Co-Project Leader  mailto:[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: stat()/lstat() problem (?)

2004-04-29 Thread Corinna Vinschen
On Apr 28 11:27, bertrand marquis wrote:
> ZXPLESPAC001, Ext a ?crit:
> >The question is:
> >- is the behavior on Linux/Solaris normal ? I fact there ain't a '//bin'
> >only a '/bin',
> >but even all the shells treat them as representing the same path (BTW 'cd
> >//bin' on 
> >cygwin/bash doesn't work ...)
> >
> this is a normal error under cygwin, you should look at the FAQ: // 
> refers to network places
> 
> >- is it an error in cygwin ? Did all pathes (oops is my english very clear
> >?) have to
> >treat dupplicated '/' as single '/' ? Is the notion of a pathname 
> >normalized
> >somewhere
> >(maybe posix ?) ?
> >
> you should remove all // under cygwin to avoid those errors
> see:
> http://cygwin.com/faq/faq_toc.html#TOC34

This is backed by SUSv3, btw.  Two leading slashes are allowed to have a
implementation defined meaning (SMB network paths in case of Windows).

Corinna

-- 
Corinna Vinschen  Please, send mails regarding Cygwin to
Cygwin Co-Project Leader  mailto:[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: joe 3.0 port

2004-04-29 Thread Gerrit P. Haase
Hallo Ricardo,

Am Mittwoch, 28. April 2004 um 17:46 schriebst du:

> hallo Leute,

> As joe-3.0 (http://sourceforge.net/projects/joe-editor) just happens to
> have hit the streets and being a very popular editor (along with vi(m) and
> emacs)... do you think it would be a good idea to have it included in the
> cygwin distro?

> I've downloaded the sources and patched it to be cygwin-enabled (really
> simple, just two little changes in tty.c and Makefile to use GNU iconv)
> and have been trying it for two days, and it seems to work alright. (If
> anybody's interested in testing it, I've put the patched sources in
> http://phobeo.com/projects/cygwin/)

Please see the "Cygwin Package Contributor's Guide":
http://cygwin.com/setup.html


Gerrit
-- 
=^..^=



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



Re: Need to replicate TIOCGICOUNT and TIOCMIWAIT on cygwin

2004-04-29 Thread Corinna Vinschen
On Apr 27 11:50, Brian Ford wrote:
> On Tue, 27 Apr 2004, Jim Brain wrote:
> > All the examples online use CreateFile, which I coded up, and cygwin
> > gives me a fd of 8, but select returns immediately and I read -1 bytes
> > on serial.  I looked at the cygwin source, which uses NtCreateFile, but
> > I can't find headers or libraries for that. I am stumped.  I feel like I

Weird.  NtCreateFile is documented in MSDN.

> > am so close...  It's rather a bummer there is a not a
> > cygwin_get_win32_handle(int fd), as that is what I need.

  #include 
  HANDLE h = (HANDLE) get_osfhandle (fd);
 
> AFAIK, the NtCreateFile change is a very recent one, only available in
> fairly recent snapshots.  It has a bug in that it doesn't support win32
> device paths and thus the internally defined path to the COM ports.
> Hopefully, that will be fixed soon.

Looks like a simple path handling problem.  The current code doesn't
recognize "\\.\" paths.  A fix should be fairly easy, just replace
"\\.\" by "\??\".  So far it always replaces leading "\\" by "\??\UNC\"
so Win32 device names are treated like network paths.


Corinna

-- 
Corinna Vinschen  Please, send mails regarding Cygwin to
Cygwin Co-Project Leader  mailto:[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: gettext-0.12.1-3 (+gettext-devel+libgettextpo0+libintl2) ques tion

2004-04-29 Thread D K
Eric Lassauge said: 
> I had problems with gettext enabled programs when
running 
> Cygwin with a french locale 
> (LANG=fr;LC_ALL=fr;LC_CTYPE=iso-8859-1), all
translated 
> messages containing special characters (0x160 to
0x255 : 
> letters with accent,
> grave,...) where bad: é (small e acute) was
displayed 'e (accent+e = 2
> characters)
> for example.
> 
> Am I the only one to see that ? Is the underlying
system (see 
> my cygcheck
> output)
> the cause ? I recompiled from source (using 
> gettext-0.12.1-3-src.tar.bz2) and the new generated
version 
> has not this problem ...

The cygwin version of gettext is compiled with
libiconv, which provides translation between the input
(message catalog) character set and your output
character set.

Cygwin uses newlib. Newlib only supports the C
(USASCII) character set.

Despite setting LC_CTYPE, libiconv thinks you're using
the USASCII character set, and gettext transliterates
to that character set.

When you recompiled (without libiconv), gettext can't
do the character set conversion and just outputs the
text in the input character encoding (which happens to
work).

You can get around this with the distributed gettext
by setting the environment variable OUTPUT_CHARSET to
your desired character set. Note that if your terminal
is not using that character set you might not see the
correct characters.

Dave.




__
Do you Yahoo!?
Win a $20,000 Career Makeover at Yahoo! HotJobs  
http://hotjobs.sweepstakes.yahoo.com/careermakeover 

--
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: g++ 3.4.0 cygwin, codegen SSE & alignement issues

2004-04-29 Thread tbp
Ross Ridge wrote:
Well, if SDL is using Win32 functions to create threads then that's
something that needs to be fixed in SDL.
SDL on cygwin as a whole must be fixed ;)
I'll see what's their take on the subject once i get a functionnal 
binary etc.

Probably not, I don't think this bug has been reported yet.  I modified
my copy of GCC to not put constants in .rdata, and put them in .text
like older versions of GCC used to do.  That's not a good fix though.
A better fix would be to modify binutils to so that .rdata has a hardcoded
16-byte input section alignment, just like .text and .data have currently.
The proper fix would be for binutils to actually support section alignment
in PE COFF object files.
I see. It's much more reasonable. Tho i find rather strange that gcc 
doesn't put those in a special section and implicitely asks for a 16 
bytes alignement for all constants (when it's only really needed for 
some specific target optimizations), but that's just my armchair expert 
opinion.
If the burden falls onto binutils, so be it.
Is that considered as a cygwin only 'issue' or a more general one, and 
where should i forward this discussion?
(it sounds like it's time to give PE & binutils a glance)

Thanks for your time,
tbp.
--
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 set the colors of terminfo's standout mode?

2004-04-29 Thread Brian Dessent
Alejandro López-Valencia wrote:

> The one I use came with the documentation of an ftp/sftp client I use,
> yafc. Tis information is very hard to come by if one is in a bind, so I'll
> include it here. Yafc's info file says:

Really?  Google for "ansi escape sequences" and you'll get dozens of
hits with the info.  My favorite is
 which is a faithful
reproduction of the original digital VT100 user's guide from 1981.  Of
course that doesn't translate directly to the subset of "DOS ansi.sys"
that CMD.EXE recognises, but anyway.

To the original poster: Why not use rxvt?  It allows much greater
control of the colors of every text attribute, and I find it superior to
CMD.EXE in every aspect -- copy/paste, scrolling speed, etc.  It does
not require X11, it will work just fine with no X server running.  It
autodetects this at startup.

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/



Massive performance difference in applications built with/without -mno-cygwin

2004-04-29 Thread Andy Rushton
Following up from the postings recently on program performance using 
different compilers, I've been doing some experiments of my own using 
just the gcc provided with Cygwin. I have a lot of code that can build 
as Cygwin executables (i.e. gcc without -mno-cygwin) and Cyg*ming* 
executables (i.e. gcc with -mno-cygwin). I use exactly the same compiler 
with the same optimisation settings. I'm getting huge performance 
differences - from 2x to 20x slow down for the Cygwin version over the 
Cygming one.

gcc -v gives:

Reading specs from /usr/lib/gcc-lib/i686-pc-cygwin/3.3.1/specs
Configured with: /GCC/gcc-3.3.1-3/configure --with-gcc --with-gnu-ld 
--with-gnu-as --prefix=/usr --exec-prefix=/usr --sysconfdir=/etc 
--libdir=/usr/lib --libexecdir=/usr/sbin --mandir=/usr/share/man 
--infodir=/usr/share/info 
--enable-languages=c,ada,c++,f77,pascal,java,objc --enable-libgcj 
--enable-threads=posix --with-system-zlib --enable-nls 
--without-included-gettext --enable-interpreter --enable-sjlj-exceptions 
--disable-version-specific-runtime-libs --enable-shared 
--disable-win32-registry --enable-java-gc=boehm 
--disable-hash-synchronization --verbose --target=i686-pc-cygwin 
--host=i686-pc-cygwin --build=i686-pc-cygwin
Thread model: posix
gcc version 3.3.1 (cygming special)

gcc -mno-cygwin -v gives:

Reading specs from /usr/lib/gcc-lib/i686-pc-mingw32/3.3.1/specs
Configured with: /GCC/gcc-3.3.1-3/configure --with-gcc --with-gnu-ld 
--with-gnu-as --prefix=/usr --exec-prefix=/usr --sysconfdir=/etc 
--libdir=/usr/lib --libexecdir=/usr/sbin --mandir=/usr/share/man 
--infodir=/usr/share/info 
--enable-languages=c,ada,c++,f77,pascal,java,objc --enable-libgcj 
--enable-threads=posix --with-system-zlib --enable-nls 
--without-included-gettext --enable-interpreter --enable-sjlj-exceptions 
--disable-version-specific-runtime-libs --enable-shared 
--disable-win32-registry --enable-java-gc=boehm 
--disable-hash-synchronization --verbose --target=i686-pc-cygwin 
--host=i686-pc-cygwin --build=i686-pc-cygwin
Thread model: posix
gcc version 3.3.1 (cygming special)

Does anyone have an explanation?

Example:
==
I've been developing a platform- and compiler-independent 
infinite-precision integer class (I've been forced into not using GMP 
for political reasons - other people's politics that is - don't ask).

I have a simple testbench that throws a lot of random numbers at the 
class and verifies the correctness of the calculations. I'm using 
std::string as a dynamic byte array as my basic storage. Thus, just 
about everything is being done in memory, so I guess the majority of 
system calls are to do with memory allocation/deallocation.

I build using the following options:

gcc -c -I. -ftemplate-depth-50 -funsigned-char -DNDEBUG -Wall 
-fno-for-scope -O3 

In Cygming mode I just add -mno-cygwin to this set, there are no other 
changes.

Here's the CPU and elapsed time provided by the clock() and time() 
functions and is calculated as the difference between the values at the 
start of main and the end of main (so any startup before main is not 
counted).

Cygwin: 62.61s CPU, 1:03 elapsed
Cygming: 3.06s CPU, 3s elapsed
If anyone is interested in reproducing this behaviour, I've attached a 
script (run-test) that will download source code (its all open-source), 
build the test programs and run the tests.

Obviously you should read the script first to satisfy yourself there's 
nothing nasty in there!

Andy

--
Andy Rushton, Southampton, UK
SYSTEM-INDEPENDENT:
Works equally poorly on all systems.

Cygwin Win95/NT Configuration Diagnostics
Current System Time: Thu Apr 29 12:02:27 2004

Windows XP Professional Ver 5.1 Build 2600 Service Pack 1

Path:   .
i:\bin
H:\cygwin\usr\local\bin
H:\cygwin\bin
H:\cygwin\bin
H:\cygwin\usr\X11R6\bin
h:\WINDOWS\system32
h:\WINDOWS
h:\WINDOWS\System32\Wbem
h:\Xilinx\bin\nt
H:\cygwin\bin
H:\cygwin\bin
H:\cygwin\usr\local\bin
H:\cygwin\usr\local\bin\i686-pc-cygwin
H:\cygwin\usr\X11R6\bin
h:\Program Files\Microsoft Visual Studio\Common\Tools\WinNT
h:\Program Files\Microsoft Visual Studio\Common\MSDev98\Bin
h:\Program Files\Microsoft Visual Studio\Common\Tools
h:\Program Files\Microsoft Visual Studio\VC98\bin
i:\bin
h:\Program Files\multiDesk\shortcuts
h:\j2sdk1.4.1_01\bin
H:\cygwin\usr\local\bin\i686-pc-cygwin
i:\projects\utilities\bin
i:\projects\moods\bin
i:\projects\phoenix\bin
i:\projects\vdk_tools\bin
H:\cygwin\usr\X11R6\bin

Output from H:\cygwin\bin\id.exe (nontsec)
UID: 1003(Andy) GID: 513(None)
513(None)

Output from H:\cygwin\bin\id.exe (ntsec)
UID: 1003(Andy) GID: 513(None)
0(root)  513(None)
544(Administrators)

SysDir: H:\WINDOWS\System32
WinDir: H:\WINDOWS

CYGWIN = `tty ntsec error_start:C:\cygwin\bin\gdb.exe'
HOME = `i:\'
MAKE_MODE = `unix'
P

Re: g++ 3.4.0 cygwin, codegen SSE & alignement issues

2004-04-29 Thread Ross Ridge
> SDL is a bit of a pain regarding cygwin (they insist on using mingw 
> etc)...

Well, if SDL is using Win32 functions to create threads then that's
something that needs to be fixed in SDL.

> Under some circumstances some *ps instructions are generated touching
>non local memory (put in .rdata with 4 byte alignement as pointed out
>by Ross Ridge):
...
>40872a: xorps 0x43b33c,%xmm2
>40ab83: andps 0x43b8ec,%xmm0
...
>I guess i could try to track those constants and put them in their own
>section or something, but is there a proper fix in the work by someone
>knowledgeable?

Probably not, I don't think this bug has been reported yet.  I modified
my copy of GCC to not put constants in .rdata, and put them in .text
like older versions of GCC used to do.  That's not a good fix though.
A better fix would be to modify binutils to so that .rdata has a hardcoded
16-byte input section alignment, just like .text and .data have currently.
The proper fix would be for binutils to actually support section alignment
in PE COFF object files.

Ross Ridge

-- 
 l/  //   Ross Ridge -- The Great HTMU
[oo][oo]  [EMAIL PROTECTED]
-()-/()/  http://www.csclub.uwaterloo.ca/u/rridge/ 
 db  //   

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



strstream header changed ?

2004-04-29 Thread ahnkle
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
I have just tried compiling xmlrpc, and 2 files mentioned `strstream.h',
the old style header. In the header directory
/usr/include/c++/3.3.1/backward/, the file was named strstream.
Is this correct? I can't say one way or the other.

regards,
ahnkle
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.2.4 (Cygwin)
Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org
iD8DBQFAkOJnbAtTb6UlY9oRAltMAJ9YWkGjRpJQF5Rx3vMr2CoGquRD+wCg3tc2
+nNombruRakZm33p0LVyoIs=
=PXvM
-END PGP SIGNATURE-
--
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 set the colors of terminfo's standout mode?

2004-04-29 Thread Owen Rees
--On Wednesday, April 28, 2004 16:54:37 -0500 Alejandro López-Valencia 
wrote:

At 07:56 a.m. 28/04/2004, Frank Slootweg wrote:

  Is there a place where all these (I assume ANSI) escape sequences for
colors are listed? When I have that information, I can probably untic an
existing terminfo entry, modify it and tic it back to another name and
use that.
The one I use came with the documentation of an ftp/sftp client I use,
yafc. Tis information is very hard to come by if one is in a bind, so
I'll include it here. Yafc's info file says:
The escape sequences are defined in ECMA-048, a link to the PDF is at
. 
This has also been adopted as ISO 6429, but ISO does not offer a free 
downloadable version.

It is not the easiest of documents to decipher, but the colour codes are on 
page 62, part of the section "8.3.117 SGR - SELECT GRAPHIC RENDITION".

You can string together many codes between the 'ESC[' and 'm', separated by 
semicolons, but which ones work varies depending on what has been 
implemented in the kind of terminal, and perhaps also on other settings.

--
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: g++ 3.4.0 cygwin, codegen SSE & alignement issues

2004-04-29 Thread Dave Korn
> -Original Message-
> From: cygwin-owner On Behalf Of tbp
> Sent: 29 April 2004 06:38

> That will surely do wonders for the stack alignement issue, 
> but there's 
> another fold that i'm still unsure how to handle. Under some 
> circumstances some *ps instructions are generated touching non local 
> memory (put in .rdata with 4 byte alignement as pointed out 
> by Ross Ridge):
> objdump ...|grep ...
>404264:   xorps  0x43af84,%xmm4
>4062a7:   xorps  0x43b304,%xmm2
>40872a:   xorps  0x43b33c,%xmm2
>40ab83:   andps  0x43b8ec,%xmm0
>40c5ab:   xorps  0x43bbb0,%xmm0
>41dc47:   xorps  0x444358,%xmm2
>42b006:   xorps  0x43ad94,%xmm1
> 
> I guess i could try to track those constants and put them in 
> their own 
> section or something, but is there a proper fix in the work 
> by someone 
> knowledgeable?

Not a fix, but a workaround:  specify them all explicitly as const vector
int variables (initialised to the relevant value), then you can use the
__attribute__ ((aligned (...))) syntax.


cheers, 
  DaveK
-- 
Can't think of a witty .sigline today


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



Re: libiberty and getopt

2004-04-29 Thread David Fritz
bertrand marquis wrote:

Hi again,

   i just find the solution to my problem
   in fact it seems that adding:
extern int optind;
extern char *optarg;
solve the problem. The compiler then auto-import these variables and it 
is working after. This problem doesn't seem to exist under linux but it 
could be a difference in versions between my linux and my cygwin.

bertrand marquis a écrit:

Hi,

   I need to compile a program using libiberty.a and the function 
getopt_long. When compiling with the flag -liberty my program crash 
because it don't take the right arguments from the command line. But 
without libiberty this part work before.

i made a small program showing that problem, if anyone has an idea ?
i'm using the latest cygwin from the installer ,gcc-3.3.1 and ld 
2.15.90 20040312

thanks

You can find next my source code for the test program and the result i 
have with it.

My test program:

/*begin of argu.c*/
#include 
#include 
#include 
#include 
int main(int argc, char **argv) {

   struct option long_opts[] = {
   {"v", 1, 0, 'v'},
   {"no-v", 0, 0, 'V'},
   {"k", 1, 0, 'k'},
   {"no-k", 0, 0, 'K'},
   {"l", 1, 0, 'l'},
   {"no-l", 0, 0, 'L'},
   {0, 0, 0, 0}
   };
   int c;
   while ((c = getopt_long(argc, argv, "v:Vk:Kl:L:",
   long_opts, NULL)) != EOF) {
   switch(c) {
   case 'v':
   printf("v %s\n",optarg);
   break;
   case 'V':
   printf("V\n");
   break;
   case 'k':
   printf("k %s\n",optarg);
   break;
   case 'K':
   printf("K\n");
   break;
   case 'l':
   printf("l %s\n",optarg);
   break;
   case 'L':
   printf("L\n");
   break;
   case '?':
   printf("other:%c\n",c);
   }
   }
   printf("argc=%d , optind=%d , 
file=%s\n",argc,optind,argc>optind?*(argv+optind):"none");
   return 0;
}
/*end of argu.c*/

when you compile it with : gcc argu.c -o argu.exe it works:
$ ./argu.exe -v abc -K test
v abc
K
argc=5 , optind=4 , file=test
but when you compile it with gcc argu.c -o argu.exe -liberty it gives:
$ ./argu.exe -v abc -K test
v (null)
K
argc=5 , optind=1 , file=-v
When you link with libiberty you are linking to an implementation of getopt* 
that does not correspond to the headers you have included.

There is no symbol called _optarg (or _optind, etc.) in libcygwin.a.  The Cygwin 
headers declare the opt* variables __declspec(dllimport).  So when you include 
the Cygwin headers, when you refer to optarg the symbol that gets generated is 
__imp__optarg, which /is/ exported from libcygwin.a.  The version of getopt* in 
libiberty refers to symbols named _opt* and not __imp__opt*.  So when you link 
against libiberty, your program and getopt() are referring to different opt* 
variables.

When you re-declare the opt* variables, you effectively undo the 
__declspec(dllimport) so your program again refers to _opt* instead of 
__imp__opt*.  MSVC issues a warning in this case; gcc, it seems, does not.

A better way to solve this, I think, would be to link against libcygwin.a before 
libiberty.a.

~$ gcc argu.c -o argu.exe -lcygwin -liberty
~$ ./argu.exe -v abc -K test
v abc
K
argc=5 , optind=4 , file=test
FWIW, this has come up before:

http://sources.redhat.com/ml/cygwin/2004-02/msg00063.html

HTH, Cheers

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


Re: Questions About Telnet Daemon & DOS Commands

2004-04-29 Thread Thorsten Kampe
[Snip bottom full quote]

* Tennis Smith (2004-04-29 00:36 +0100)
> OK, so there is no way to access the DOS command line remotely via
> Cygwin?

First: don't use Telnet, use ssh.

Second: why shouldn't you be able to "issue DOS commands/displays"
(whatever that may mean)? Can you do it in a normal Cygwin Console or
rxvt window? Yes, of course. So why not when using telnet/ssh?

Thorsten


--
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: libiberty and getopt

2004-04-29 Thread bertrand marquis
Hi again,

   i just find the solution to my problem
   in fact it seems that adding:
extern int optind;
extern char *optarg;
solve the problem. The compiler then auto-import these variables and it 
is working after. This problem doesn't seem to exist under linux but it 
could be a difference in versions between my linux and my cygwin.

bertrand marquis a écrit:

Hi,

   I need to compile a program using libiberty.a and the function 
getopt_long. When compiling with the flag -liberty my program crash 
because it don't take the right arguments from the command line. But 
without libiberty this part work before.

i made a small program showing that problem, if anyone has an idea ?
i'm using the latest cygwin from the installer ,gcc-3.3.1 and ld 
2.15.90 20040312

thanks

You can find next my source code for the test program and the result i 
have with it.

My test program:

/*begin of argu.c*/
#include 
#include 
#include 
#include 
int main(int argc, char **argv) {

   struct option long_opts[] = {
   {"v", 1, 0, 'v'},
   {"no-v", 0, 0, 'V'},
   {"k", 1, 0, 'k'},
   {"no-k", 0, 0, 'K'},
   {"l", 1, 0, 'l'},
   {"no-l", 0, 0, 'L'},
   {0, 0, 0, 0}
   };
   int c;
   while ((c = getopt_long(argc, argv, "v:Vk:Kl:L:",
   long_opts, NULL)) != EOF) {
   switch(c) {
   case 'v':
   printf("v %s\n",optarg);
   break;
   case 'V':
   printf("V\n");
   break;
   case 'k':
   printf("k %s\n",optarg);
   break;
   case 'K':
   printf("K\n");
   break;
   case 'l':
   printf("l %s\n",optarg);
   break;
   case 'L':
   printf("L\n");
   break;
   case '?':
   printf("other:%c\n",c);
   }
   }
   printf("argc=%d , optind=%d , 
file=%s\n",argc,optind,argc>optind?*(argv+optind):"none");
   return 0;
}
/*end of argu.c*/

when you compile it with : gcc argu.c -o argu.exe it works:
$ ./argu.exe -v abc -K test
v abc
K
argc=5 , optind=4 , file=test
but when you compile it with gcc argu.c -o argu.exe -liberty it gives:
$ ./argu.exe -v abc -K test
v (null)
K
argc=5 , optind=1 , file=-v


--
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: libwww compilation

2004-04-29 Thread jeremy ekers
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1


Following on from my earlier post, I have compiled libwww v5.4 without
the expat contained within it, using
	configure --without-expat

but this doesn't work with the latest CVS; it tries to compile it
anyway. Does this mean that part of libwww won't work? My final
destination in all this is compiling xmlrpc-c.
ahnkle wrote:

|
| Hi
|
| I am trying to compile libwww, but not having much success. Has anyone
| compiled the latest CVS recently? I have looked through the mailing
| lists for cygwin and libwww, and the cygwin FAQ.
|
| During the making of expat, one of the libwww libraries, I get the
| following:
|
| 
| | /bin/bash ./libtool --silent --mode=link gcc -g -O2 -Wall
| -Wmissing-prototypes -Wstrict-prototypes -fexceptions   -I./lib -I.
| -no-undefined -version-i
| | nfo 4:0:4 -rpath /usr/local/lib  -o libexpat.la lib/xmlparse.lo
| lib/xmltok.lo lib/xmlrole.lo
| |
|
/usr/lib/gcc-lib/i686-pc-cygwin/3.3.1/../../../libcygwin.a(libcmain.o)(.text+0x7c):
|
| undefined reference to [EMAIL PROTECTED]'
| 
|
| Any help welcome.
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.2.4 (Cygwin)
Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org
iD8DBQFAkLtFus8idUCUH40RAqvAAKCohXTsGb0BrAgXZ8U59aFDO0uv3QCbBw/v
D2UhT/KqRD6sHYyHZj8suO0=
=u65F
-END PGP SIGNATURE-
--
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/


Spyce to be in cygwin?

2004-04-29 Thread Jan Schormann
Hi,

is anyone thinking about adding the command-line
version of spyce (python server pages) as a
standard cygwin package?

About spyce: http://spyce.sourceforge.net/index.html

I'm interested in using it for preprocessing XML
files in a 'make' environment.

Keep it up,
Jan.



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



libiberty and getopt

2004-04-29 Thread bertrand marquis
Hi,

   I need to compile a program using libiberty.a and the function 
getopt_long. When compiling with the flag -liberty my program crash 
because it don't take the right arguments from the command line. But 
without libiberty this part work before.

i made a small program showing that problem, if anyone has an idea ?
i'm using the latest cygwin from the installer ,gcc-3.3.1 and ld 2.15.90 
20040312

thanks

You can find next my source code for the test program and the result i 
have with it.

My test program:

/*begin of argu.c*/
#include 
#include 
#include 
#include 
int main(int argc, char **argv) {

   struct option long_opts[] = {
   {"v", 1, 0, 'v'},
   {"no-v", 0, 0, 'V'},
   {"k", 1, 0, 'k'},
   {"no-k", 0, 0, 'K'},
   {"l", 1, 0, 'l'},
   {"no-l", 0, 0, 'L'},
   {0, 0, 0, 0}
   };
   int c;
   while ((c = getopt_long(argc, argv, "v:Vk:Kl:L:",
   long_opts, NULL)) != EOF) {
   switch(c) {
   case 'v':
   printf("v %s\n",optarg);
   break;
   case 'V':
   printf("V\n");
   break;
   case 'k':
   printf("k %s\n",optarg);
   break;
   case 'K':
   printf("K\n");
   break;
   case 'l':
   printf("l %s\n",optarg);
   break;
   case 'L':
   printf("L\n");
   break;
   case '?':
   printf("other:%c\n",c);
   }
   }
   printf("argc=%d , optind=%d , 
file=%s\n",argc,optind,argc>optind?*(argv+optind):"none");
   return 0;
}
/*end of argu.c*/

when you compile it with : gcc argu.c -o argu.exe it works:
$ ./argu.exe -v abc -K test
v abc
K
argc=5 , optind=4 , file=test
but when you compile it with gcc argu.c -o argu.exe -liberty it gives:
$ ./argu.exe -v abc -K test
v (null)
K
argc=5 , optind=1 , file=-v


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


System Beep using Cygwin

2004-04-29 Thread Jim Gelasakis
Hi there,

Let me try this again as I think I have confused some.

We have telnet sessions which we need to beep on some logic error.  

Previously, we have made them beep by simply outputing a ^G to make the
bell sound.  

This now fails to make a sound under a Cygwin session.

The following can reproduce the symptom.  

Telnet into a cygwin session, and run a unix script that contains the
one line:

echo "^G"

We'd expect this to beep - a system bell not a wav file.

We are working on a client (a device or a PC from which we telnet into
the server which is running cygwin).  

It may be that the server beeps, thinking it is a console session, when
in fact we have remote session.  Yet we are 
echoing the ^G out to the display device, the terminal, so would expect
the terminal to beep.  

Perhaps significant is a third-party product is used here.  SL-Net
allows us to telnet into our windows server, to login and 
run a cygwin shell, all done so that our software can run in an
environment similar to how we use Unix, even though the server is
Windows 2000.

Kind Regards  
Jim Gelasakis


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



love

2004-04-29 Thread alexjohns
do you love me  
--
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/