coredump on kill

[Carlo Florendo y Flora]

Hello,
Upon invoking the following command, I get a coredump:
/usr/bin/kill --list
By the way, "kill -l" (bash built-in) works.
Attached is cygcheck's output and the dump itself.
Does anyone know of a workaround?
Thanks!
Best Regards,
Carlo
Exception: STATUS_ACCESS_VIOLATION at eip=610D39A1
eax= ebx= ecx= edx=0003 esi= edi=0003
ebp=0022D468 esp=0022D464 program=D:\cygwin\bin\kill.exe, pid 488, thread main
cs=001B ds=0023 es=0023 fs=0038 gs= ss=0023
Stack trace:
Frame Function  Args
0022D468  610D39A1  (0003, 0022D53E, 00401489, 0001)
0022EBB8  610D77FC  (0022F208, 6111B310, 00401489, 0022EC08)
0022EBD8  610D6F05  (6111B310, 00401489, 0022EC04, 616D3BFC)
0022EBF8  610E4837  (00401489, 0003, 000A, 00403000)
0022EC18  6108DF2F  (, 616D3BF8, 00403060, 00403000)
0022F068  00401B6F  (0002, 616D3BF8, 0A0500A8, 0022F0C0)
0022F0A8  61005F54  (0022F0C0, , , )
0022FF88  6100616B  (, , , )
End of stack trace

Cygwin Configuration Diagnostics
Current System Time: Fri Jul 16 14:36:06 2004

Windows 2000 Professional Ver 5.0 Build 2195 Service Pack 4

Path:   D:\cygwin\usr\local\bin
D:\cygwin\bin
D:\cygwin\bin
D:\cygwin\sbin
D:\cygwin\usr\sbin
D:\cygwin\usr\X11R6\bin
c:\WINNT\system32
c:\WINNT
c:\WINNT\System32\Wbem
d:\Microsoft Visual Studio\Common\Tools\WinNT
d:\Microsoft Visual Studio\Common\MSDev98\Bin
d:\Microsoft Visual Studio\Common\Tools
d:\Microsoft Visual Studio\VC98\bin

Output from D:\cygwin\bin\id.exe (nontsec)
UID: 1000(Carlo) GID: 513(None)
513(None)

Output from D:\cygwin\bin\id.exe (ntsec)
UID: 1000(Carlo) GID: 513(None)
0(root)  513(None)
544(Administrators)  545(Users)

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

CYGWIN = `server'
HOME = `D:\cygwin\home\Carlo'
MAKE_MODE = `unix'
PWD = `/tmp'
USER = `Carlo'

ALLUSERSPROFILE = `C:\Documents and Settings\All Users'
APPDATA = `C:\Documents and Settings\Carlo\Application Data'
COLORFGBG = `15;default;0'
COLORTERM = `rxvt-xpm'
COMMONPROGRAMFILES = `C:\Program Files\Common Files'
COMPUTERNAME = `THORIN'
COMSPEC = `C:\WINNT\system32\cmd.exe'
CVS_RSH = `/bin/ssh'
DISPLAY = `:0'
HOMEDRIVE = `C:'
HOMEPATH = `\Documents and Settings\Carlo'
HOSTNAME = `thorin'
INCLUDE = `D:\Microsoft Visual Studio\VC98\atl\include;D:\Microsoft Visual 
Studio\VC98\mfc\include;D:\Microsoft Visual Studio\VC98\include'
INFOPATH = 
`/usr/local/info:/usr/info:/usr/share/info:/usr/autotool/devel/info:/usr/autotool/stable/info:'
LIB = `D:\Microsoft Visual Studio\VC98\mfc\lib;D:\Microsoft Visual Studio\VC98\lib'
LOGONSERVER = `\\THORIN'
MANPATH = 
`/usr/local/man:/usr/man:/usr/share/man:/usr/autotool/devel/man::/usr/ssl/man:/usr/X11R6/man'
MSDEVDIR = `D:\Microsoft Visual Studio\Common\MSDev98'
NUMBER_OF_PROCESSORS = `1'
OLDPWD = `/'
OS2LIBPATH = `C:\WINNT\system32\os2\dll;'
OS = `Windows_NT'
PATHEXT = `.COM;.EXE;.BAT;.CMD;.VBS;.VBE;.JS;.JSE;.WSF;.WSH'
PKG_CONFIG_PATH = `/usr/X11R6/lib/pkgconfig'
PROCESSOR_ARCHITECTURE = `x86'
PROCESSOR_IDENTIFIER = `x86 Family 15 Model 1 Stepping 2, GenuineIntel'
PROCESSOR_LEVEL = `15'
PROCESSOR_REVISION = `0102'
PROGRAMFILES = `C:\Program Files'
PS1 = `\[\033]0;\w\007
[EMAIL PROTECTED] \[\033[33m\w\033[0m\]
$ '
SHLVL = `1'
SYSTEMDRIVE = `C:'
SYSTEMROOT = `C:\WINNT'
TEMP = `c:\DOCUME~1\Carlo\LOCALS~1\Temp'
TERM = `xterm'
TEXMF = `{/usr/share/lilypond/2.2.2,/usr/share/texmf}'
TMP = `c:\DOCUME~1\Carlo\LOCALS~1\Temp'
USERDOMAIN = `THORIN'
USERNAME = `Carlo'
USERPROFILE = `C:\Documents and Settings\Carlo'
WINDIR = `C:\WINNT'
WINDOWID = `168113888'
_ = `/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) = `D:\cygwin'
  flags = 0x000a
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/usr/bin
  (default) = `D:\cygwin/bin'
  flags = 0x000a
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/usr/lib
  (default) = `D:\cygwin/lib'
  flags = 0x000a
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/usr/X11R6/lib/X11/fonts
  (default) = `D:\cygwin\usr\X11R6\lib\X11\fonts'
  flags = 0x000a
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\Program Options

a:  fd   N/AN/A
c:  hd  NTFS3906Mb  53% CP CS UN PA FC 
d:  hd  FAT32   5824Mb  82% CPUN   PROGRAMS
e:  hd  FAT32   3898Mb  93% CPUN   DATA
f:  hd  FAT32  17233M

Re: sending email from Cygwin

[Pierre A. Humblet]

On Fri, Jul 16, 2004 at 11:24:01AM +1000, luke kendal at cisra.canon.com.au wrote:
> On 15 Jul, Pierre A. Humblet wrote:
> >  >: /home/luke ; exim -oi luke < /tmp/smff3624
> >  >2004-07-15 17:56:06 Exim configuration file /etc/exim.conf has the wrong
> >  owner, group, or mode
> >  >: /home/luke ; ls -l /etc/exim.conf
> >  >-rwx--+   1 luke Domain U22025 Aug 29  2002 /etc/exim.conf
> >
> >  That should have been set correctly by the postinstall script. The incomplete
> >  /etc/group prevented success.
>
> So mkgroup -l needed to be added to /etc/group.  But setup doesn't do
> this - which may be fair enough?

It does, in postinstall/passwd-grp.sh
In your case it looks like somebody ran "mkgroup -d" and overwrote /etc/group
instead of appending to it (or running "mkgroup -l -d").
No such mistake was made for /etc/passwd

> But the consequence is that after
> exim is installed, it won't work: there's more work to do.  That may
> be fair enough.

This list would have even more traffic in that was the case...

> The missing piece of information for me was that exim-config needs to be
> run before you can use exim.  (Perhaps exim-config even checks for the
> mkpasswd -l step to have been done?)

How can we best insure that people know about and run XXX-config?
exim-config does check that the important groups/ids are present. It would
have detected your problem. There is little traffic about exim on this list
(well, this thread is an exception), partially because I add features to
exim-config as issues arise.

> Anyway, I think that's basically fair enough.  It would be nice if exim
> *itself* reported that running exim-config might be a good idea.  (Is
> exim-config used on other platforms besides cygwin?)

It's not used on other platforms, AFAIK.
As you have noticed in your 2nd try, exim won't run if a few conditions
are not satisfied. Verifying those is basically what exim-config does.
You don't even need that to send e-mail, at least if the postinstall ran OK.

> >  >But probably I'd need to run exim-config to have a serious chance of
> >  >success?
> >
> >  It's only required if you operate a mail server, but in this case it will
> >  set the permissions correctly.
> >
> >  The reason why you don't see the rights (previous e-mail in thread) is most
> >  likely that you get them indirectly through membership in a group.
>
> That's true.
>
> >  If you are curious about that, the User control panel is your best bet.
>
> Yep, if you look at that you can see which group (Administrators, Power
> Users, or Restricted Users) you're in.  "editrights" won't tell you
> that, as far as I can see.

The User control panel will also show the privileges (rights) that those
groups have.

You could also see what groups you are in by using "id", and then using
editrights to find the privileges of those groups. Not sure if it
can report that.

> Thanks for all the info and help,

You are welcome.

Pierre

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

COM Port Question

[Tester Field]

Hi,
 
I have installed Cygwin on a Dell PC with windows
2000, and I am trying to sent AT command to an
external modem attached on COM1.
 
My questions are:
 
1) What do I need to do for cygwin to recognize COM1?
2) Is there a utility provided for the purposes.
 
My ultimate goal is to send SMS message using Kannel
and a GSM modem. I understand this is not the right
place of Kannel questions, however I will like to ask
for help on Cygwin recognizing COM1 port.
 
I appreciate any assistance that you might provide.
Also, I have searched google without success. If any
document that provides assistance, please provide me a
link. Again, I appreciate any assistance you might
provide.
 
Regards,
Mona


-
Do you Yahoo!?
Yahoo! Mail is new and improved - Check it out!


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

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

Re: X starting difficulties

[luke . kendall]

On 16 Jul, To: [EMAIL PROTECTED] wrote:
>  I just sat down with a colleague here who has never previously been able 
>  to run X on his XP laptop.  I got it working, but *only* by doing this: 

Apologies.  I sent that to the wrong list.  I have re-sent it to
[EMAIL PROTECTED]



luke


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

X starting difficulties

[luke . kendall]

I just sat down with a colleague here who has never previously been able
to run X on his XP laptop.  I got it working, but *only* by doing this:

/usr/X11R6/bin/X :0 -multiwindow & 

- nothing else that I could think of could start X.

(The laptops here typically have ZoneAlarm installed, but I don't think
it's implicated this time since I was able to get X to work, as above.)

His initial problem was the "Cannot find font: fixed" error.  Once we
followed the faq workaround for that (re-install the fonts), we began
to make some progress.

I tried several ways to start X, which all failed:

>From Cygwin bash shell:

startx

--> 
...
XWin was started with the following command line:

X :0 -multiwindow -clipboard
...
winClipboardProc - DISPLAY=127.0.0.1:0.0
winInitMultiWindowWM - XOpenDisplay () returned and successfully opened the 
display.
winClipboardProc - XOpenDisplay () returned and successfully opened the display.
winClipboardProc - Call to select () failed: -1.  Bailing.
winClipboardProc - XDestroyWindow succeeded.

winClipboardIOErrorHandler!

I got the same problem using a local .bat script that does this:

rem The D: gets replaced by the real Cygwin drive during installation:
D:
chdir \cygwin\bin
bash --login -c "PATH=$PATH:/usr/X11R6/bin; startx -- -multiwindow"

Thinking it was a problem with the -clipboard option, I tried removing
it in the proper way, by creating a file ~/.xserverrc containing:

userserverrc="-multiwindow"

That lead to worse problems (quite worrying, I think) -

...
XWin was started with the following command line:

/usr/X11R6/bin/X :0 -multiwindow
...
winMultiWindowXMsgProc - pthread_mutex_unlock () returned.
winMultiWindowXMsgProc - DISPLAY=127.0.0.1:0.0
winInitMultiWindowWM - pthread_mutex_unlock () returned.
winInitMultiWindowWM - DISPLAY=127.0.0.1:0.0
winProcEstablishConnection - Hello
winProcEstablishConnection - Clipboard is not enabled, returning.
winMultiWindowXMsgProc - XOpenDisplay () returned and successfully opened the 
display.
winInitMultiWindowWM - XOpenDisplay () returned and successfully opened the 
display.
winDeinitMultiWindowWM - Noting shutdown in progress

winMultiWindowWMIOErrorHandler!

winInitMultiWindowWM - Caught IO Error.  Exiting.
winDeinitMultiWindowWM - Noting shutdown in progress

In contrast, here are pieces of the XWin.log when started via
/usr/X11R6/bin/X :0 -multiwindow & 

XWin was started with the following command line:

/usr/X11R6/bin/X :0 -multiwindow
...
winMultiWindowXMsgProc - DISPLAY=127.0.0.1:0.0
winInitMultiWindowWM - pthread_mutex_unlock () returned.
winInitMultiWindowWM - DISPLAY=127.0.0.1:0.0
winProcEstablishConnection - Hello
winProcEstablishConnection - Clipboard is not enabled, returning.
winMultiWindowXMsgProc - XOpenDisplay () returned and successfully opened the 
display.
winInitMultiWindowWM - XOpenDisplay () returned and successfully opened the 
display.

Here's a diff output of the log from the successful way (<) and an
unsuccessful attempt that had clipboard turned off (>):

53a54,59
> winDeinitMultiWindowWM - Noting shutdown in progress
> 
> winMultiWindowWMIOErrorHandler!
> 
> winInitMultiWindowWM - Caught IO Error.  Exiting.
> winDeinitMultiWindowWM - Noting shutdown in progress

Here's a diff output of the log from the successful way (<) and an
unsuccessful attempt that had clipboard turned on (>):


9c9
< /usr/X11R6/bin/X :0 -multiwindow 
---
> X :0 -multiwindow -clipboard 
39c39,40
< winMultiWindowXMsgProc - Calling pthread_mutex(--) winConfigKeyboard - Layout: 
"0409" (0409) 
---
> (--) Setting autorepeat to delay=500, rate=31
> (--) winConfigKeyboard - Layout: "0409" (0409) 
51c52,53
< winProcEstablishConnection - Clipboard is not enabled, returning.
---
> winInitClipboard ()
> winProcEstablishConnection - winInitClipboard returned.
52a55,57
> winClipboardProc - Hello
> DetectUnicodeSupport - Windows NT/2000/XP
> winClipboardProc - DISPLAY=127.0.0.1:0.0
53a59,64
> winClipboardProc - XOpenDisplay () returned and successfully opened the display.
> winClipboardProc - Call to select () failed: -1.  Bailing.
> winClipboardProc - XDestroyWindow succeeded.
> 
> winClipboardIOErrorHandler!
> 

Also, we couldn't start any X applications from the Cygwin menu items
via the Windows Start bar; apparently /usr/X11R6/bin isn't in the path,
so none of the commands were found.

luke


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

ENQUIRY!

[Mr Larry Hanks]

We are conducting a standard process investigation on behalf of 
Habib Bank Plc . This investigation involves a client who shares 
the same surname with you and also the circumstances surrounding 
investments made by this client at  Habib Bank Republic , the Private 
Banking arm of Habib Bank Plc. 

The Habib Bank Plc Banking client died interstate and 
nominated no successor in title over the investments made with the bank. 
The 
essence of this communication with you is to request you provide us 
information/comments on any or all of the four issues: 

1)Are you aware of any relative/relation who shares your same name 
whose last known contact address was London, UK? 
2)Are you aware of any investment of considerable value made by such a 
person at the Private Banking Division of  Habib Bank Plc? 
3)Born on the 29th October 1930 
4)Can you establish beyond reasonable doubt your eligibility to assume 
status of successor in title to the deceased? 

It is pertinent that you inform us ASAP whether or not you are familiar 
with this personality that we may put an end to this communication with 
you and our inquiries surrounding this personality. 
You must appreciate that we are constrained from providing you with 
more detailed information at this point. 
Please respond to this mail as soon as possible to afford us the 
opportunity to close this investigation. 
Thank you for accommodating our enquiry.

Mr Larry Hanks..

PRIVATE & CONFIDENTIAL* This e-mail and any attached files 
are 
confidential and may be legally privileged. If you are not the 
addressee, any disclosure,reproduction, copying, distribution, or other 
disseminationor use of this communication is strictly prohibited. If you have 
received this transmission in error please notify the sender 
immediately and then delete this e-mail. E-mail transmission cannot be 
guaranteed 
to be secure or error free as information can be intercepted, 
corrupted, lost, destroyed, 
arrive late or incomplete, or contain viruses. The sender therefore 
does not accept any errors or omissions in
the contents of this message, which arise as a result of e-mail 
transmission.

--
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: UNC Pathname Handling within Applications

[Larry Hall]

At 07:30 PM 7/15/2004, you wrote:
>Hi,
>
>* Shankar Unni wrote (2004-07-16 00:52):
>>Thorsten Haude wrote:
>>>- Is there any standard way to approach this problem? Has it come up
>>>before in other applications?
>>
>>I don't know why you are even trying to normalize the paths like this. 
>>Just hand the thing off to the OS. Usually, both the user and the OS 
>>know what it is they are trying to do.
>
>The path is also displayed at various places. The user might be
>surprised to see surplus slashes.



Better that they be surprised and have things work than be surprised and
complain when things don't work.  Don't shield them from the reality of the
real world.  It's a learning experience and depriving them of that won't
help anyone.

That ends the philosophy lesson for today.  Please go back to your homes
now and meditate on this. ;-)


--
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: rxvt/bash tab problem

[Robert R Schneck]

[EMAIL PROTECTED] wrote:
> If at a fresh bash prompt in an rxvt window (non-X) you type a TAB,
> nothing happens, and no input from the keyboard appears thereafter,
> until you use CTRL-C to interrupt whatever has blocked.

Putting 
shopt -s no_empty_cmd_completion
in your .bash_profile is a good way to avoid this.

I don't know what's up with your other comment about weird interaction 
between multiple presses of TAB and CTRL-C, but I would tend to guess 
it's not a Cygwin issue.

Robert


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

ssmtp man page (Was: Re: sending email from Cygwin)

[luke . kendall]

On 15 Jul, Corinna Vinschen wrote:
>  > Incidentally is it appropriate to include Cygwin-port-specific  
>  > information in a man page? 
>   
>  Well, from a user perspective it might be cool, but IMHO the original 
>  man page shouldn't be changed, unless it's a change which should be 
>  send upstream anyway.  We have the Cygwin specific documentation in 
>  /usr/share/doc/Cygwin (resp. /usr/doc/Cygwin in earlier releases) for 
>  a long time now.  It should be not too hard to ask users to look there 
>  for Cygwin specific docs. 
>   
>   
>  Corinna 

Can you think of a way of incorporating the material in the man page
that would be palatable upstream?  How do you think people would feel
about a section "PORTABILITY" or "NOTES" or even "WINDOWS" or "CYGWIN"?

The above question is relevant to a patch for the ssmtp man page.  If
ssmtp uses ssmtp-config on most platforms it works on, then I can just
write a patch that includes both fixes.

If not, I can just fix one thing: the mention of /usr/lib/sendmail
instead of /usr/sbin/sendmail.  (I'm told that the latter is the
standard location to find sendmail, these days).

This is a usability issue.  It's hard enough to teach people to type:

man 

teaching them to type:

more /usr/share/doc/Cygwin/ssmtp-0.x.y/README.ssmtp-0.x.y

is even less likely.  (With the consequence that users pester developers
with questions, developers get irritated, users get annoyed, and the
developers efforts don't get used.)

luke


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

How do *you* write portable shell scripts?

[luke . kendall]

Thinking about this:

> It would be nice if exim *itself* reported that running exim-config
> might be a good idea.  (Is exim-config used on other platforms besides
> cygwin?)

 made me wonder what other people on this list do, to write portable
shell scripts?

In a shell script, is there an accepted way to detect you're running
Windows, so you can make necessary adjustments?

One day, I'd like all the hundreds of scripts that we've written locally
and which are still in use, to work as-is under Cygwin.
Attached is the klunky script I use to help with that.  (These days, it
seems I don't need DEVNULL and DEVTTY, so I confess I've stopped using
them ...)

luke
#!/bin/sh
#
# Set some variables to make DOS-portable shell scripts possible.
# This script must be sourced by a Bourne-like shell to be effective:
#
#   . portshell
#
# Afterwards, you can use these environment variables:
#
#   UNIX_OR_WIN:"windows" or "unix".
#   UWIN, ISCYGWIN: Only one of these can be true (else, false).
#   UNIXY:  true if it's quite unix-like (else, false).
#   DEVNULL,DEVTTY: Use these instead of /dev/tty etc., for portability.
#   EGREP_SILENT:   The option to use to make egrep silent.
#   TMP:What to use for /tmp.
#
# Author: Luke Kendall
#
# Copyright (C) Luke Kendall, 2001.  Use however you like.
#
PORTSHELL_VARS="DATE_FMT DEVTTY DEVNULL EGREP_SILENT ISCYGWIN \
UNIX_OR_WIN UNIXY UWIN TMP"
if [ "x$PORTSHELL" != "xstuff" ]
then
UNIXY=true  # Well, you're running this shell script, aren't you?
UWIN=false
ISCYGWIN=false

# This used to be -f and -s for U/Win, but not needed in v 2.9 and later.
#
DATE_FMT="+"
EGREP_SILENT="q"

_uname=`uname`
case "$_uname" in
UWIN*)
UWIN=true
DATE_FMT="-f "  # For old U/Win back compatibility.
EGREP_SILENT="s"
;;
CYGWIN*)
ISCYGWIN=true
UNIXY=true
;;
*)
# If you discover new shells that can't handle dev tty etc. as
# below, then tailor it here.
;;
esac
if $UNIXY
then
DEVTTY=/dev/tty
DEVNULL=/dev/null
TMP=${TMP:-/tmp}
if [ -s c:/boot.ini ]
then
UNIX_OR_WIN="windows"
else
UNIX_OR_WIN="unix"
fi
else
DEVTTY=con
DEVNULL=nul
TMP=${TMP:-$TEMP}
UNIX_OR_WIN="windows"
if [ "x$TMP" = "x" ]
then
if [ -d c:/tmp ]
then
TMP=c:/tmp
elif [ -d c:/temp ]
then
TMP=c:/temp
else
echo "Couldn't work out what to set TMP to" >&2
fi
fi
fi

export $PORTSHELL_VARS
unset _uname
PORTSHELL="stuff" export PORTSHELL
fi
if [ "x$1" = "x-v" ]
then
shift
for v in $PORTSHELL_VARS
do
echo "$v=`eval echo '$'$v`"
done
fi
unset PORTSHELL_VARS
if [ $# != 0 ]
then
echo "usage: . portshell [-v]" >&2
fi

--
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: rsync very slow, but not a network issue

[Steven Hartland]

- Original Message - 
From: "Alexis Gallagher" 

I've repeated your tests with a P4 2.4Ghz windows XP using SFU
and a PIII 800Mhz running FreeBSD 5.1


> %[local copy, target file is different ]
> %time rsync test1.mp3 test2.mp3
> 
> real 0m6.422s
> user 0m0.430s
> sys  0m1.431s

P4: time rsync test1.mp3 test2.mp3
real0m1.906s
user0m0.344s
sys 0m0.343s
P3:time rsync test1.mp3 test2.mp3
real0.380u 
user   0.233s 
sys0:00.81

> %[local copy, target file is the same ]
> %time rsync test1.mp3 test1-same.mp3
> 
> real 0m6.523s
> user 0m0.300s
> sys  0m1.261s

P4(SFU): time rsync test1.mp3 test2.mp3
real0m0.906s
user0m0.500s
sys 0m0.157s

P4(cygwin): time rsync test1.mp3 test2.mp3
real0m26.005s
user0m1.060s
sys 0m3.732s

P3:time rsync test1.mp3 test2.mp3
real0.326u 
user   0.264s
user   0:00.72

> %cp test2.bak test2.mp3
> %[network copy, a pure copy with scp for benchmark]
> %time scp test2.mp3 $TEST:
> 
> 260.6KB/s (calculated average)
> real 0m16.257s
> user 0m0.510s
> sys  0m1.091s

P4(SFU)->P3:
4.5MB/s
real0m3.188s
user0m1.312s
sys 0m0.438s
P4(cygwin)->P3:
2.6MB/s
real0m4.433s
user0m0.639s
sys 0m0.561s

P3->P4
5.3MB/s:
real   1.356u 
user   0.439s 
sys0:05.38

[network copy, ftp]
P3 -> P4
10.85 MB/s
P4(windows)->P3
10.85 MB/s
P4(cygwin)->P3
9.43 MB/s

> %[network copy, target file is different ]
> %time rsync test1.mp3 $TEST:test2.mp3
> 
> real 0m13.797s
> user 0m1.421s
> sys  0m1.250s

P3->P4
real 3.652u
user 0.411s
sys  0:05.39
P4(SFU)->P3
real0m4.516s
user0m1.968s
sys 0m1.093s
P4(cygwin)->P3
real0m7.722s
user0m1.357s
sys 0m1.030s

> 
> % (network copy, files are 100% the same)
> % (repeated twice to guarantee target file is there)
> %time rsync test2.mp3 $TEST:test2.bak
> 
> real 0m28.329s
> user 0m1.390s
> sys  0m4.766s
> 

P4: rsync --version
rsync  version 2.6.0  protocol version 27
OpenSSH_3.7.1p2, SSH protocols 1.5/2.0, OpenSSL 0.9.7c 30 Sep 2003
P3: rsync --version
rsync  version 2.6.0  protocol version 27
OpenSSH_3.6.1p1 FreeBSD-20030423, SSH protocols 1.5/2.0, OpenSSL 0x0090701f

> %rsync --version
> rsync version 2.6.2 protocol version 28
> ssh $TEST rsync --version
> rsync version 2.6.2 protocol version 28
> $ ssh -V
> OpenSSH_3.8.1p1, OpenSSL 0.9.7d 17 Mar 2004
> $ ssh $TEST ssh -V
> OpenSSH_3.7.1p1, SSH protocols 1.5/2.0, Open SSL 0.9.7d 17 Mar 2004
> (but ssh -v reports TEST's sshd server is responding with
> OpenSSH_3.6.1p1+CAN-2003-0693, SSH protocols 1.5/2.0, Open SSL 0x0090702f )
> $ uname -r
> 1.5.10(0.116/4/2)

Result is although the copy is cpu limited in ssh and cygwin ssh is slower
than SFU ssh it doesn't explain the same file test results:
SFU: real0m0.906s
Cygwin: real0m26.005s

Strange behaviour noticed. It appears that for each block tested cygwin
is opening a new connection instead of using the current one this could
well be where the performance is being lost as this doesn't happen
under SFU.

Steve



This e.mail is private and confidential between Multiplay (UK) Ltd. and the person or 
entity to whom it is addressed. In the event of misdirection, the recipient is 
prohibited from using, copying, printing or otherwise disseminating it or any 
information contained in it. 

In the event of misdirection, illegible or incomplete transmission please telephone 
(023) 8024 3137
or return the E.mail to [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: sending email from Cygwin

[luke . kendall]

On 15 Jul, Pierre A. Humblet wrote:
>  >: /home/luke ; exim -oi luke < /tmp/smff3624 
>  >2004-07-15 17:56:06 Exim configuration file /etc/exim.conf has the wrong 
>  owner, group, or mode 
>  >: /home/luke ; ls -l /etc/exim.conf 
>  >-rwx--+   1 luke Domain U22025 Aug 29  2002 /etc/exim.conf 
>   
>  That should have been set correctly by the postinstall script. The incomplete 
>  /etc/group prevented success. 

So mkgroup -l needed to be added to /etc/group.  But setup doesn't do
this - which may be fair enough?   But the consequence is that after
exim is installed, it won't work: there's more work to do.  That may
be fair enough.

The missing piece of information for me was that exim-config needs to be
run before you can use exim.  (Perhaps exim-config even checks for the
mkpasswd -l step to have been done?)

Anyway, I think that's basically fair enough.  It would be nice if exim
*itself* reported that running exim-config might be a good idea.  (Is
exim-config used on other platforms besides cygwin?)
 
>  >But probably I'd need to run exim-config to have a serious chance of 
>  >success? 
>   
>  It's only required if you operate a mail server, but in this case it will 
>  set the permissions correctly. 
>   
>  The reason why you don't see the rights (previous e-mail in thread) is most 
>  likely that you get them indirectly through membership in a group.

That's true.

>  If you are curious about that, the User control panel is your best bet.  

Yep, if you look at that you can see which group (Administrators, Power
Users, or Restricted Users) you're in.  "editrights" won't tell you
that, as far as I can see.

Thanks for all the info and help,

luke


--
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: rxvt/bash tab problem

[luke . kendall]

On 16 Jul, To: [EMAIL PROTECTED] wrote:
>  But if you hit TAB twice in quick succession, you'll find that no input 
>  appears (again), and that while you can use CTRL-C to get a fresh 
>  prompt, input no longer works in the rxvt window.  You have to kill the 
>  window - it has become useless. 

This is untrue.  I just discovered that if you wait long enough, the
input is echoed and the rxvt becomes normal again.

If you type another CTRL-C, you get a fresh prompt, but still no input
echoed.

If you hit CTRL-C *again*, then everything you typed gets passed
through to the shell and acted upon!

(I.e. the input hasn't been flushed by the CTRL-C, and there is some
process/thread that ignores the interrupt and refuses to echo the input
as it occurs.)

luke


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

rxvt/bash tab problem

[luke . kendall]

If at a fresh bash prompt in an rxvt window (non-X) you type a TAB,
nothing happens, and no input from the keyboard appears thereafter,
until you use CTRL-C to interrupt whatever has blocked.

If you then type, input is working again.

But if you hit TAB twice in quick succession, you'll find that no input
appears (again), and that while you can use CTRL-C to get a fresh
prompt, input no longer works in the rxvt window.  You have to kill the
window - it has become useless.

Windows XP SP1; cygwin 1.5.10.

luke


--
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: UNC Pathname Handling within Applications

[Thorsten Haude]

Hi,

* Shankar Unni wrote (2004-07-16 00:52):
>Thorsten Haude wrote:
>>- Is there any standard way to approach this problem? Has it come up
>>before in other applications?
>
>I don't know why you are even trying to normalize the paths like this. 
>Just hand the thing off to the OS. Usually, both the user and the OS 
>know what it is they are trying to do.

The path is also displayed at various places. The user might be
surprised to see surplus slashes.


Thorsten
-- 
Das Briefgeheimnis sowie das Post- und Fernmeldegeheimnis sind unverletzlich.
- Grundgesetz, Artikel 10, Abs. 1 


pgpDGBboFVTuL.pgp
Description: PGP signature

Re: rsync very slow, but not a network issue

[Alexis Gallagher]

Reini (and Steven),
Okay, I get. This benchmark you introduced below compares rsync on two 
variables: copy speed locally vs over the network, and copy speed for 
copies onto indentical target files vs different target files. And your 
benchmark showed that rsync was faster for copies onto pre-existing 
target files -- just as rsync is supposed to be.

I just ran the same benchmark on my side and I get exactly the opposite 
results. For what it's worth, here's what I got. I started with two 
different binary files (based on different mp3's) each of size 434006.

%[local copy, target file is different ]
%time rsync test1.mp3 test2.mp3
real 0m6.422s
user 0m0.430s
sys  0m1.431s
%[local copy, target file is the same ]
%time rsync test1.mp3 test1-same.mp3
real 0m6.523s
user 0m0.300s
sys  0m1.261s
%cp test2.bak test2.mp3
%[network copy, a pure copy with scp for benchmark]
%time scp test2.mp3 $TEST:
260.6KB/s (calculated average)
real 0m16.257s
user 0m0.510s
sys  0m1.091s
%[network copy, target file is different ]
%time rsync test1.mp3 $TEST:test2.mp3
real 0m13.797s
user 0m1.421s
sys  0m1.250s
% (network copy, files are 100% the same)
% (repeated twice to guarantee target file is there)
%time rsync test2.mp3 $TEST:test2.bak
real 0m28.329s
user 0m1.390s
sys  0m4.766s
%rsync --version
rsync version 2.6.2 protocol version 28
ssh $TEST rsync --version
rsync version 2.6.2 protocol version 28
$ ssh -V
OpenSSH_3.8.1p1, OpenSSL 0.9.7d 17 Mar 2004
$ ssh $TEST ssh -V
OpenSSH_3.7.1p1, SSH protocols 1.5/2.0, Open SSL 0.9.7d 17 Mar 2004
(but ssh -v reports TEST's sshd server is responding with
OpenSSH_3.6.1p1+CAN-2003-0693, SSH protocols 1.5/2.0, Open SSL 0x0090702f )
$ uname -r
1.5.10(0.116/4/2)
As you can see, my network copy onto an identical waiting file is taking 
almost twice as long as a network copy onto a _different_ waiting file, 
and is also substantially slower than a pure copy. So I'm experiencing a 
net rsync slowdown rather than a speedup.

Is it the processor? Thorsten Kampe And Steven Hartland suggested the 
problem is in effect that my computer is too slow, and that I should 
turn off all checksumming. I seem to have more bandwidth to my TEST 
machine than you, so I suppose my processor might be the bottleneck for 
me but not for you, which would explain our different results. How fast 
was your machine?

Or Is it cygwin? I notice that the enormous slowdown for the network 
copy onto an identical target  is all appearing in the 'real' component 
of the time's timing report, and that there's a bit of extra time in 
'sys' but other than that there's nothing to account for it. I'm not 
sure how to interpret that. Would cygwin-specific delays appear in 
'sys'? In other words, does this mean the checksums are using up all the 
time, and confirm that my processors are too slow to benefit from rsync?

Best wishes,
Alexis
Reini Urban wrote:
So check if the net overhead in the cygwin version is broken?
Could be easily tested out with two local files:
head -c 210 < /dev/random >test1.mp3
head -c 210 < /dev/random >test2.mp3
cp test1.mp3 test1-same.mp3
cp test2.mp3 test2.bak
time rsync test1.mp3 test2.mp3
  real0m0.518s
  user0m0.201s
  sys 0m0.171s
time rsync test1.mp3 test1-same.mp3
  real0m0.524s
  user0m0.154s
  sys 0m0.263s
RSYNC_RSH=ssh
TEST=othermachine
cp test2.bak test2.mp3
time scp test2.mp3 $TEST:
  63.2KB/s
real0m36.619s
user0m0.170s
sys 0m0.233s
# 100% different
$ time rsync test1.mp3 $TEST:test2.mp3
Server is very old version of rsync, upgrade recommended.
real0m37.162s
user0m0.388s
sys 0m0.202s
# 100% same
$ time rsync test2.mp3 $TEST:test2.bak
Server is very old version of rsync, upgrade recommended.
real0m7.298s
user0m1.201s
sys 0m2.217s
6x faster than scp, with same data.
0.5s (1.4%) slower than scp, with complete random data.
$ rsync --version
rsync  version 2.6.2  protocol version 28
$ ssh $TEST rsync --version
rsync version 2.4.6  protocol version 24
$ ssh -V
OpenSSH_3.8.1p1, OpenSSL 0.9.7d 17 Mar 2004
$ ssh $TEST ssh -V
OpenSSH_3.7.1p2, SSH protocols 1.5/2.0, OpenSSL 0.9.6c 21 dec 2001
$ uname -r
1.5.10(0.116/4/2)
--
Reini Urban
http://xarch.tu-graz.ac.at/home/rurban/

I see the final result you
--
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: maintaner of gcc

[Gerrit P. Haase]

Sam schrieb:

>> * Gerrit P. Haase <[EMAIL PROTECTED]> [2004-07-15 15:24:45 +0200]:
>>
>> What is wrong with 3.3.x release series?  Are there any serious bugs?
>> Are there issues (for you)?  Why do you need 3.4.x?

> g++ 3.3 cannot compile CLISP.
> it is alleged that g++ 3.4 can.

> (either version of gcc can compile CLISP, but g++ compile is necessary
> for some extra bug detection).


Which version exactly?  Is this also true for 3.3.4?  How do you build
the packages for the Cygwin release?

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: UNC Pathname Handling within Applications

[Shankar Unni]

Thorsten Haude wrote:
- Is there any standard way to approach this problem? Has it come up
before in other applications?
I don't know why you are even trying to normalize the paths like this. 
Just hand the thing off to the OS. Usually, both the user and the OS 
know what it is they are trying to do.

For your program to try to mediate between them, and try to "understand 
and correct" the user's request is almost always inappropriate.

Don't even try to normalize "\" to "/" or vice-versa. Windows APIs (the 
low-level ones) know perfectly well how to handle forward-slashes as 
directory separators..

- Do you know a resource which explains how Posix apps are expected to
handle paths like this?
It doesn't matter. Just pass the names, as is, to the underlying OS API.
POSIX specifically says that *two* leading slashes "implementation 
defined" behavior, and this is specifically to allow NetBIOS-like (and 
AFS-like) names in POSIX implementations.

--
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: [BUG] mprotect() on Windows NT 5+

[Christopher Faylor]

On Thu, Jul 15, 2004 at 11:10:20PM +0200, Xavier Joubert wrote:
>Hello Corinna,
>
>
>Selon Corinna Vinschen <[EMAIL PROTECTED]>:
>> The cause is a limitation in newer Windows NT versions, which make sense.
>> Well, sort of.  The protection modes PAGE_READWRITE and PAGE_WRITECOPY are
>> mutually exlusive, which is enforced in calls to VirtualProtect since W2K.
>>
>> Since your example uses MAP_PRIVATE, which Cygwin maps to PAGE_WRITECOPY,
>> trying to protect with MAP_WRITE, which internally maps to PAGE_READWRTE,
>> fails on W2K and later.  I've checked in a fix, so that mprotect tests for
>> the original protection mode of the first page in the area, and uses
>> READWRITE or WRITECOPY, whichever matches the original protection.
>
>Whow! That's amazing! I didn't expect to get a reply today. Even less a fix
>commited to CVS. If all bugs last only 51 minutes in Cygwin, this software will
>quickly become perfect!

Unfortunately, some of us are slackers and are not as adroit as Corinna in
fixing bugs so perfection is still a long way off...

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/

gcc 3.3.1-3 runtime error: static data storage size

[Pietro Brandani]

I have the following example to propose:
/** aa.c **/
#define NXY 5000
#define NXY 7000
int xy[NXY][NXY];
main(){
printf("ok\n");
}
This will work when NXY=5000, but will generate a SIGSEV exception before 
reaching the first statement when NXY=7000.

The array in the faulty case is 187MB. The gcc documentation gives 2GB as 
the limit for having to switch to dynamic allocation. Any fixes? or 
relevant compiler options possibly available?

Thanks.
Pietro Brandani
Cygwin Configuration Diagnostics
Current System Time: Thu Jul 15 13:58:04 2004

Windows XP Home Edition Ver 5.1 Build 2600 Service Pack 1

Path:   .\
c:\Documents and Settings\cbstadmin\Desktop\das\_bin
C:\Cygnus_win\usr\local\bin
C:\Cygnus_win\bin
C:\Cygnus_win\bin
C:\Cygnus_win\usr\X11R6\bin
c:\WINDOWS\system32
c:\WINDOWS
c:\WINDOWS\System32\Wbem
c:\Program Files\ATI Technologies\ATI Control Panel
c:\Program Files\Common Files\Adaptec Shared\System
c:\matlab6p5\bin\win32
c:\Netapps
c:\Program Files\Microsoft Visual Studio\Common\Tools\WinNT
c:\Program Files\Microsoft Visual Studio\Common\MSDev98\Bin
c:\Program Files\Microsoft Visual Studio\Common\Tools
c:\Program Files\Microsoft Visual Studio\VC98\bin
c:\program files\devstudio\sharedide\bin\ide
c:\program files\devstudio\sharedide\bin
c:\program files\devstudio\vc\bin
c:\program files\ssh communications security\ssh secure shell
c:\Netapps

Output from C:\Cygnus_win\bin\id.exe (nontsec)
UID: 1007(cbstadmin) GID: 513(None)
513(None)

Output from C:\Cygnus_win\bin\id.exe (ntsec)
UID: 1007(cbstadmin) GID: 513(None)
0(root)  513(None)
544(Administrators)  545(Users)

SysDir: C:\WINDOWS\System32
WinDir: C:\WINDOWS

HOME = `C:\Cygnus_win\home\cbstadmin'
MAKE_MODE = `unix'
PWD = `/home/cbstadmin'
USER = `cbstadmin'

ALLUSERSPROFILE = `C:\Documents and Settings\All Users'
APPDATA = `C:\Documents and Settings\cbstadmin\Application Data'
CLIENTNAME = `Console'
COMMONPROGRAMFILES = `C:\Program Files\Common Files'
COMPUTERNAME = `WELLS'
COMSPEC = `C:\WINDOWS\system32\cmd.exe'
CVS_RSH = `/bin/ssh'
DISPLAY = `wells:0.0'
HOMEDRIVE = `C:'
HOMEPATH = `\Documents and Settings\cbstadmin'
HOSTNAME = `wells'
INCLUDE = `C:\Program Files\Microsoft Visual Studio\VC98\atl\include;C:\Program 
Files\Microsoft Visual Studio\VC98\mfc\include;C:\Program Files\Microsoft Visual 
Studio\VC98\include;c:\program files\devstudio\vc\include;c:\program 
files\devstudio\vc\atl\include;c:\program files\devstudio\vc\mfc\include;%include%'
INFOPATH = 
`/usr/local/info:/usr/info:/usr/share/info:/usr/autotool/devel/info:/usr/autotool/stable/info:'
LIB = `C:\Program Files\Microsoft Visual Studio\VC98\mfc\lib;C:\Program 
Files\Microsoft Visual Studio\VC98\lib;c:\program files\devstudio\vc\lib;c:\program 
files\devstudio\vc\mfc\lib;%lib%'
LOGONSERVER = `\\WELLS'
MANPATH = 
`/usr/local/man:/usr/man:/usr/share/man:/usr/autotool/devel/man::/usr/ssl/man'
MSDEVDIR = `C:\Program Files\Microsoft Visual Studio\Common\MSDev98;C:\Program 
Files\DevStudio\SharedIDE'
NUMBER_OF_PROCESSORS = `1'
OLDPWD = `/usr/bin'
OS = `Windows_NT'
PATHEXT = `.COM;.EXE;.BAT;.CMD;.VBS;.VBE;.JS;.JSE;.WSF;.WSH'
PKG_CONFIG_PATH = `/usr/X11R6/lib/pkgconfig'
PRINTER = `Printer2'
PROCESSOR_ARCHITECTURE = `x86'
PROCESSOR_IDENTIFIER = `x86 Family 6 Model 9 Stepping 5, GenuineIntel'
PROCESSOR_LEVEL = `6'
PROCESSOR_REVISION = `0905'
PROGRAMFILES = `C:\Program Files'
PROMPT = `$P$G'
PS1 = `\[\033]0;\w\007
[EMAIL PROTECTED] \[\033[33m\w\033[0m\]
$ '
SESSIONNAME = `Console'
SHLVL = `1'
SYSTEMDRIVE = `C:'
SYSTEMROOT = `C:\WINDOWS'
TEMP = `C:\DOCUME~1\CBSTAD~1\LOCALS~1\Temp'
TERM = `cygwin'
TMP = `C:\DOCUME~1\CBSTAD~1\LOCALS~1\Temp'
USERDOMAIN = `WELLS'
USERNAME = `cbstadmin'
USERPROFILE = `C:\Documents and Settings\cbstadmin'
WINDIR = `C:\WINDOWS'
_ = `/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
  (default) = `/cygdrive'
  cygdrive flags = 0x0022
HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\mounts v2\/
  (default) = `C:\Cygnus_win'
  flags = 0x0002
HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\mounts v2\/usr/bin
  (default) = `C:\Cygnus_win/bin'
  flags = 0x0002
HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\mounts v2\/usr/lib
  (default) = `C:\Cygnus_win/lib'
  flags = 0x0002
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
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/usr/X11R6/lib/X11/fonts
  (default) = `C:\Cygnus_win\usr\X11R6\lib\X11\fonts'
  flags = 0x000a
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\Program

Re: [BUG] mprotect() on Windows NT 5+

[Xavier Joubert]

Hello Corinna,


Selon Corinna Vinschen <[EMAIL PROTECTED]>:
> The cause is a limitation in newer Windows NT versions, which make sense.
> Well, sort of.  The protection modes PAGE_READWRITE and PAGE_WRITECOPY are
> mutually exlusive, which is enforced in calls to VirtualProtect since W2K.
>
> Since your example uses MAP_PRIVATE, which Cygwin maps to PAGE_WRITECOPY,
> trying to protect with MAP_WRITE, which internally maps to PAGE_READWRTE,
> fails on W2K and later.  I've checked in a fix, so that mprotect tests for
> the original protection mode of the first page in the area, and uses
> READWRITE or WRITECOPY, whichever matches the original protection.

Whow! That's amazing! I didn't expect to get a reply today. Even less a fix
commited to CVS. If all bugs last only 51 minutes in Cygwin, this software will
quickly become perfect!

Thanks _a lot_ Corinna !

I'll try Cygwin snapshot tomorrow and let you know how it goes with the real
stuff.


Xavier

--
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: C99 complex numbers in cygwin?

[Christopher Faylor]

On Thu, Jul 15, 2004 at 04:13:16PM -0400, Larry Hall wrote:
>At 01:52 PM 7/15/2004, you wrote:
>>From: "Billinghurst, David (CALCRTS)"
>>> gcc uses the complex math functions from the system libraries,
>>> (excluding builtins).  They aren't in newlib, so cygwin doesn't have them.
>>> 
>>> I, too, would like them as they are required by gfortran, which will be 
>>> (is) the fortran compiler in gcc-3.5.  
>>
>>UPDATE: This just in...
>>
>>http://gcc.gnu.org/onlinedocs/gcc-3.4.1/gcc/Other-Builtins.html#Other%20Builtins
>>
>>"The ISO C99 functions ... cabsf, cabsl, cabs, cacosf, cacoshf, cacoshl,
>>cacosh, cacosl, cacos, cargf, cargl, carg, casinf, casinhf, casinhl,
>>casinh, casinl, casin, catanf, catanhf, catanhl, catanh, catanl, catan,
>>cbrtf, cbrtl, cbrt, ccosf, ccoshf, ccoshl, ccosh, ccosl, ccos, cexpf,
>>cexpl, cexp, cimagf, cimagl, cimag, conjf, conjl, conj,..., cpowf,
>>cpowl, cpow, cprojf, cprojl, cproj, crealf, creall, creal, csinf, csinhf,
>>csinhl, csinh, csinl, csin, csqrtf, csqrtl, csqrt, ctanf, ctanhf, ctanhl,
>>ctanh, ctanl, ctan ... are handled as built-in functions except in strict
>>ISO C90 mode (-ansi or -std=c89)."
>>
>>Sounds like I just need to wait for gcc 3.4.  Is there a build of it
>>available for cygwin yet?
>
>No.  Gerrit said maybe sometime in August.

Can we get August moved up to next week, maybe?  Back in B20 days, we'd
August the complex numbers all of the time so that they would be
available ASAP.

--
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: C99 complex numbers in cygwin?

[Larry Hall]

At 01:52 PM 7/15/2004, you wrote:
>From: "Billinghurst, David (CALCRTS)"
>> gcc uses the complex math functions from the system libraries,
>> (excluding builtins).  They aren't in newlib, so cygwin doesn't have them.
>> 
>> I, too, would like them as they are required by gfortran, which will be 
>> (is) the fortran compiler in gcc-3.5.  
>
>UPDATE: This just in...
>
>http://gcc.gnu.org/onlinedocs/gcc-3.4.1/gcc/Other-Builtins.html#Other%20Builtins
>
>"The ISO C99 functions ... cabsf, cabsl, cabs, cacosf, cacoshf, cacoshl,
>cacosh, cacosl, cacos, cargf, cargl, carg, casinf, casinhf, casinhl,
>casinh, casinl, casin, catanf, catanhf, catanhl, catanh, catanl, catan,
>cbrtf, cbrtl, cbrt, ccosf, ccoshf, ccoshl, ccosh, ccosl, ccos, cexpf,
>cexpl, cexp, cimagf, cimagl, cimag, conjf, conjl, conj,..., cpowf,
>cpowl, cpow, cprojf, cprojl, cproj, crealf, creall, creal, csinf, csinhf,
>csinhl, csinh, csinl, csin, csqrtf, csqrtl, csqrt, ctanf, ctanhf, ctanhl,
>ctanh, ctanl, ctan ... are handled as built-in functions except in strict
>ISO C90 mode (-ansi or -std=c89)."
>
>Sounds like I just need to wait for gcc 3.4.  Is there a build of it
>available for cygwin yet?


No.  Gerrit said maybe sometime in August.


--
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: maintaner of gcc

[Bobby McNulty Junior]

And, -mno-cygwin does not work with Timidity, so I thought perhaps Gcc 3.4.1
might be better.
There have been tons of fixes to the 3.4 series.
I'll try and get back on the gcc maintainers list and work with gcc 3.5 to
improve it even further for Cygwin and Windows.
Gcc 3.3.1 will compile Timidity 2.13.0 and CVS, but I get problems with the
mingw portion. Visual Studio complains, so I can't use it to make a GUI
version of Timidity.
GCC 3.4 is on my system, all I have to do is compile. But only with cygwin
stuff.


-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of
Sam Steingold
Sent: Thursday, July 15, 2004 2:56 PM
To: [EMAIL PROTECTED]; Gerrit P. Haase
Subject: Re: maintaner of gcc

> * Gerrit P. Haase <[EMAIL PROTECTED]> [2004-07-15 15:24:45 +0200]:
>
> What is wrong with 3.3.x release series?  Are there any serious bugs?
> Are there issues (for you)?  Why do you need 3.4.x?

g++ 3.3 cannot compile CLISP.
it is alleged that g++ 3.4 can.

(either version of gcc can compile CLISP, but g++ compile is necessary
for some extra bug detection).

--
Sam Steingold (http://www.podval.org/~sds) running w2k
  
 
If you think big enough, you'll never have to do it.

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

mmap bug on Windows 9x

[Anton Ertl]

On Windows 9x/ME different calls to mmap sometimes produce the same
address (without that memory being unmapped in the meantime, at least
not by application code).  Here's a trace of the application calls to
mmap (on WME):

try mmap($0, $400038, ..., MAP_ANON, ...); success, address=$8395
try mmap($8395, $2cfd0, ..., MAP_FIXED|MAP_FILE, imagefile, 0); failed: Not enough 
core
try mmap($83d52000, $400038, ..., MAP_ANON, ...); success, address=$8395
try mmap($83d52000, $4000, ..., MAP_ANON, ...); success, address=$83d51000
try mmap($83d56000, $4000, ..., MAP_ANON, ...); success, address=$83d55000
try mmap($83d5a000, $3c00, ..., MAP_ANON, ...); success, address=$83d59000
try mmap($83d5e000, $3a00, ..., MAP_ANON, ...); success, address=$83466000
try mmap($8346b000, $4, ..., MAP_ANON, ...); success, address=$83d6
try mmap($83da1000, $4, ..., MAP_ANON, ...); success, address=$83d6

Note that the last two calls produce the same address.  This happens
with cygwin1.dll versions 1.5.5-1 and 1.5.10-3 (and probably also with
1.3.22-1).

On Windows 2000 (with cygwin1.dll 1.3.22) the same application
produces the following trace:

try mmap($0, $400038, ..., MAP_ANON, ...); success, address=$65
try mmap($65, $2cfd0, ..., MAP_FIXED|MAP_FILE, imagefile, 0); failed: Value too 
large for defined data type
try mmap($a52000, $400038, ..., MAP_ANON, ...); success, address=$a6
try mmap($e62000, $4000, ..., MAP_ANON, ...); success, address=$a51000
try mmap($a56000, $4000, ..., MAP_ANON, ...); success, address=$a55000
try mmap($a5a000, $3c00, ..., MAP_ANON, ...); success, address=$a59000
try mmap($a5e000, $3a00, ..., MAP_ANON, ...); success, address=$e61000
try mmap($e66000, $4, ..., MAP_ANON, ...); success, address=$e7
try mmap($eb1000, $4, ..., MAP_ANON, ...); success, address=$eb

and everything works fine.

In this posting I just want to check if the bug is already known.  If
not, I will condense the application to something that exhibits the
bug.  Or, if you feel adventurous, you can deal with the full
application:
http://www.complang.tuwien.ac.at/forth/gforth/gforth-0.6.2.tar.gz
(also available from GNU mirrors); you get the trace output above if
you build gforth with gcc-3.3 and call it with --debug.

Thanks for your work on Cygwin.

- anton

--
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: maintaner of gcc

[Sam Steingold]

> * Gerrit P. Haase <[EMAIL PROTECTED]> [2004-07-15 15:24:45 +0200]:
>
> What is wrong with 3.3.x release series?  Are there any serious bugs?
> Are there issues (for you)?  Why do you need 3.4.x?

g++ 3.3 cannot compile CLISP.
it is alleged that g++ 3.4 can.

(either version of gcc can compile CLISP, but g++ compile is necessary
for some extra bug detection).

-- 
Sam Steingold (http://www.podval.org/~sds) running w2k
  
 
If you think big enough, you'll never have to do it.

--
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: /usr/share/doc/Cygwin (Was Re: sending email from Cygwin)

[Joshua Daniel Franklin]

On Thu, 15 Jul 2004 09:47:39 +0200, Corinna Vinschen wrote:
> > Can I also suggest that the FAQ's section called "Where can I get more
> > information? / Where's the documentation?" would be an excellent place
> > to mention that all the per-package readme files are collected together
> > in /usr/share/doc/Cygwin?  That would be where I'd look first to try to
> > discover the info.
> 
> Sounds good to me.  Joshua, would you mind to pump up the FAQ with an
> entry like this?

Yep, that needs updating. I'll get on it.

--
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 installing xerces libraries for no apparent reason

[Christopher Faylor]

On Thu, Jul 15, 2004 at 11:57:04AM -0400, Buchbinder, Barry (NIH/NIAID) wrote:
>When checking for upgrades from ftp://mirrors.rcn.net/pub/sourceware/cygwin
>(View: partial), I noted that setup ver. 2.427 wanted to install
>libxerces-c21, libxerces-c22, and libxerces-c23.  I hadn't had these before
>and wanted to see what was now requiring them, so I looked in setup.ini.
>The best I could tell, the only thing that requires them is xerces; I do not
>have xerces and nothing requires xerces.  (In vim, /requires.*xerces goes
>only to xerces-c.  I also checked setup.ini on
>ftp://mirrors.kernel.org/sources.redhat.com/cygwin/ and it was identical.

http://cygwin.com/ml/cygwin-apps/2004-07/msg00097.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: HOWTO build debug version of the cygwin dll with no optimisation?

[Christopher Faylor]

On Thu, Jul 15, 2004 at 04:14:05PM +0100, Dave Korn wrote:
>> -Original Message-
>> From: cygwin-owner On Behalf Of Christopher Faylor
>> Sent: 15 July 2004 15:38
>
>> On Thu, Jul 15, 2004 at 03:32:14PM +0100, Dave Korn wrote:
>> >> -Original Message-
>> >> From: cygwin-owner On Behalf Of Christopher Faylor
>> >> Sent: 15 July 2004 02:00
>> >
>> >> >> "CFLAGS_FOR_BUILD=""CFLAGS_FOR_TARGET=-O2 -g -O0"  
>> >> "LDFLAGS="
>> >> > ^
>> >> > That's it :-)
>> >> >
>> >> >Try `make CFLAGS=-g CFLAGS_FOR_TARGET=-g'.  That will 
>> >> compile everything
>> >> >w/o optimization
>> >> 
>> >>Or, once you've gotten supporting libraries built, just build in the
>> >>winsup/cygwin directory with CFLAGS=-g.  It's a lot faster to just
>> >>build cygwin from the cygwin subdirectory.
>> >
>> >Good point.  I tend to do "make all-bfd all-target-winsup" at the
>> >top-level, but that of course still drags in all the cygserver and
>> >utils stuff that I don't need.
>> 
>> Wow.  The first response to my observation was a "good point"?
>
>  I call 'em like I see 'em!
>
>> That is surprising.  I fully expected to get a "Oh, I tried that once
>> and it didn't work for me" from somebody.
>
>  Well, I haven't actually tried it myself.  Is setting just CFLAGS enough
>when you're in the lower-level directory?

Hmm.  It should be.  I do my configury in the winsup directory, though, so
I don't get all of the CC overrides from the top level.  I think setting
CFLAGS should still be enough, though.

>> Anyway, FWIW, the only time I build cygwin from the top level is when
>> I'm generating snapshots.  Otherwise, I live in the cygwin 
>> (and occasionally the newlib) directory.
>
>Matter of fact, I knew it already, or rather had all the clues I
>needed  I used to (a few years back) very regularly be in the habit
>of cd'ing into the gcc subdir and doing "make all" there for gcc
>builds; when all you want is a cross-compiler, you might as well save
>the time of building cross- and host- libiberty et al.  Then I got a
>faster computer, and fell out of the habit! But, yeh, this is a general
>principle with all the software that shares top-level autoconf; once
>you've configured it you can just cd into the relevant lower-level dir
>and do a "make all", to just get the particular thing you want built.

Yep.  I try to do the same thing with gcc when I am working on gcc and
gas when I'm working on gas, etc.  You run the risk of not correctly
rebuilding sibling libraries and such after a CVS update though, of
course.

--
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: C99 complex numbers in cygwin?

[dgun]

From: "Billinghurst, David (CALCRTS)"
> gcc uses the complex math functions from the system libraries,
> (excluding builtins).  They aren't in newlib, so cygwin doesn't have them.
> 
> I, too, would like them as they are required by gfortran, which will be 
> (is) the fortran compiler in gcc-3.5.  

UPDATE: This just in...

http://gcc.gnu.org/onlinedocs/gcc-3.4.1/gcc/Other-Builtins.html#Other%20Builtins

"The ISO C99 functions ... cabsf, cabsl, cabs, cacosf, cacoshf, cacoshl,
cacosh, cacosl, cacos, cargf, cargl, carg, casinf, casinhf, casinhl,
casinh, casinl, casin, catanf, catanhf, catanhl, catanh, catanl, catan,
cbrtf, cbrtl, cbrt, ccosf, ccoshf, ccoshl, ccosh, ccosl, ccos, cexpf,
cexpl, cexp, cimagf, cimagl, cimag, conjf, conjl, conj,..., cpowf,
cpowl, cpow, cprojf, cprojl, cproj, crealf, creall, creal, csinf, csinhf,
csinhl, csinh, csinl, csin, csqrtf, csqrtl, csqrt, ctanf, ctanhf, ctanhl,
ctanh, ctanl, ctan ... are handled as built-in functions except in strict
ISO C90 mode (-ansi or -std=c89)."

Sounds like I just need to wait for gcc 3.4.  Is there a build of it
available for cygwin yet?

--
Daniel

-- 
___
Sign-up for Ads Free at Mail.com
http://promo.mail.com/adsfreejump.htm


--
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: Installed fine and yet having issues...

[Dave Korn]

> -Original Message-
> From: cygwin-owner On Behalf Of David J Jones
> Sent: 15 July 2004 17:55

> Hello,
>   I am knew to the list and after spending 3 days of looking 
> over docs, faqs
> and web pages I have resigned myself to asking now.  I am 
> using Windows XP
> Pro with the latest install of Cygwin.
> Everything seemed to install fine with no errors however when 
> I start up the
> bash shell, I cannot even use the simplest of commands.  

  At this point in your post, it would have been a good idea to explain
*why* you can't even use the simplest of commands.  Is your keyboard broken?
Do your fingers perhaps not work?  Does bash not accept input?  Do you get
an error message?  Does your computer halt and catch fire, or reboot?
Nobody's going to know what the answer to your problem is if you don't
actually tell us anything about what the problem itself is!

> I 
> have attempted to
> go by the advice others have give to what I think were 
> nothing seems to work. 

  Oh look!  No details about what that advice was, or in what way it didn't
work.

> I am not striving to run X11, I 
> mainly just wish to
> use gcc and related things like make and configure.  

  Reading between the lines, I can just make out the first hint of a clue as
to what the problem might actually be.  Did you actually tell setup to
install gcc and the various other development tools?  They're not included
by default.

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: [BUG] mprotect() on Windows NT 5+

[Corinna Vinschen]

On Jul 15 18:19, Xavier Joubert wrote:
> Hello dear Cygwin developpers !
> 
> 
> This is my first post here, so I would like to begin by sending you a big thank 
> for Cygwin ! This is a great tool to port programs to Windows.

Thanks :-)

> I think I found a bug in mprotect() implementation. This call is unable to set 
> some protections (PROT_READ|PROT_WRITE for example) on a given memory area, 
> while it can set some others (PROT_NONE or PROT_READ for example) on the same 
> memory area. From my tests, it seems to happen only on WNT5+ (ie. Windows 2000 
> and Windows XP - detailed results below).

Thanks for the helpful testcase.

The cause is a limitation in newer Windows NT versions, which make sense. 
Well, sort of.  The protection modes PAGE_READWRITE and PAGE_WRITECOPY are
mutually exlusive, which is enforced in calls to VirtualProtect since W2K.

Since your example uses MAP_PRIVATE, which Cygwin maps to PAGE_WRITECOPY,
trying to protect with MAP_WRITE, which internally maps to PAGE_READWRTE,
fails on W2K and later.  I've checked in a fix, so that mprotect tests for
the original protection mode of the first page in the area, and uses
READWRITE or WRITECOPY, whichever matches the original protection.


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/

Installed fine and yet having issues...

[David J Jones]

Hello,
  I am knew to the list and after spending 3 days of looking over docs, faqs
and web pages I have resigned myself to asking now.  I am using Windows XP
Pro with the latest install of Cygwin.
Everything seemed to install fine with no errors however when I start up the
bash shell, I cannot even use the simplest of commands.  I have attempted to
go by the advice others have give to what I think were related questions but
nothing seems to work.  I am not striving to run X11, I mainly just wish to
use gcc and related things like make and configure.  I am kind of new to
cygwin, so any help would be greatly appreciated.

Thank you in advance,




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

"Can not open the file cygx11-6.dll", help.

[sen zhou]

Dear Sir/Madam,

I am trying to install the cygwin on my NEC Versa E120 laptop, which has a
Windows XP Home Edition (Chinese Version) operation system. The system
popped up an error message of "Can not open the file cygx11-6.dll" at the
the process of around 99% installation. I skipped this error and continued the
installation. And it turns out that I can not bring the remote terminal to local
host by "xhost + remote host" and "xterm -display local host:0" commands.
Except that, the cygwin seems work properly.

Thanks for your help and hope to hear from you soon.

Best Regards.
Sincerely,

-
Sen Zhou
330L Higgins, Department of Physics
Boston College, MA 02467
Telephone: 617-552-3599
Homepage: www2.bc.edu/~zhouse
-

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

[BUG] mprotect() on Windows NT 5+

[Xavier Joubert]

Hello dear Cygwin developpers !


This is my first post here, so I would like to begin by sending you a big thank 
for Cygwin ! This is a great tool to port programs to Windows.


I think I found a bug in mprotect() implementation. This call is unable to set 
some protections (PROT_READ|PROT_WRITE for example) on a given memory area, 
while it can set some others (PROT_NONE or PROT_READ for example) on the same 
memory area. From my tests, it seems to happen only on WNT5+ (ie. Windows 2000 
and Windows XP - detailed results below).

I upgraded my whole Cygwin setup to confirm the problem is still alive. I also 
searched the web, FAQ, and ML archive without success before posting here.

I wrote a simple testcase to allow you to reproduce the bug. You'll find the 
source code as an attachement to this mail (to compile with "gcc -o 
testcase.exe testcase.c" and to run with "./testcase.exe"). This testcase 
allocate a block of memory with mmap(), fill it with memset(), plays with its 
protection with mprotect() and fill it again with memset().

I ran this test on various Windows flavour available around. Here are the 
results :

Windows OSLang   Result
- -- 
W98   French OK
WNT4 SP6 (Workstation)French OK
WNT4 SP6 (Server) French OK
W2K SP4 (Professional)French mprotect() (3) failed : Invalid argument
W2K SP4 (Advanced server) French mprotect() (3) failed : Invalid argument
WXP SP1 (Professional)French mprotect() (3) failed : Invalid argument

Of course I'm ready to dig more if needed. But I really need some help since 
I'm not familiar with Cygwin source code, nor with Windows developpement.


For the curious, I discovered this bug while trying to support ARAnyM's m68k 
JIT compiler on Cygwin. ARAnyM (http://aranym.atari.org) is a free (GPLed) 
virtual Atari-compatible system.


Best Regards, and thanks in advance for any help,


Xavier#include 
#include 
#include 
#include 
#include 

int main(void)
{
void *addr;
size_t size, page_size;

page_size = getpagesize();
printf("Page size : %i\n", (int)page_size);
size = 6 * (int)page_size;

addr = mmap((caddr_t)0,
size,
(PROT_READ | PROT_WRITE),
(MAP_PRIVATE | MAP_ANONYMOUS),
0,
0);
if (addr == MAP_FAILED)
{
printf("mmap() failed !\n");
return 1;
}
printf("Address   : %X\n", (int)addr);

if (memset(addr, 0, size) != addr)
{
printf("memset() failed !\n");
return 2;
}

if (mprotect((caddr_t)addr, size, (PROT_NONE)) != 0)
{
printf("mprotect() (1) failed : %s\n", strerror(errno));
return 3;
}

if (mprotect((caddr_t)addr, size, (PROT_READ)) != 0)
{
printf("mprotect() (2) failed : %s\n", strerror(errno));
return 3;
}

if (mprotect((caddr_t)addr, size, (PROT_READ | PROT_WRITE)) != 0)
{
printf("mprotect() (3) failed : %s\n", strerror(errno));
return 3;
}

if (memset(addr, 1, size) != addr)
{
printf("memset() failed !\n");
return 4;
}

return 0;
}
--
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 installing xerces libraries for no apparent reason

[Buchbinder, Barry (NIH/NIAID)]

When checking for upgrades from ftp://mirrors.rcn.net/pub/sourceware/cygwin
(View: partial), I noted that setup ver. 2.427 wanted to install
libxerces-c21, libxerces-c22, and libxerces-c23.  I hadn't had these before
and wanted to see what was now requiring them, so I looked in setup.ini.
The best I could tell, the only thing that requires them is xerces; I do not
have xerces and nothing requires xerces.  (In vim, /requires.*xerces goes
only to xerces-c.  I also checked setup.ini on
ftp://mirrors.kernel.org/sources.redhat.com/cygwin/ and it was identical.

I have, in the recent past, played with using setup to install packages from
http://cygwin-ports.sourceforge.net/install.  I don't think I have anything
from there installed, and setup.ini from there does not seem to include
anything that requires xerces or its libraries.

Although I can live with this annoyance (assuming that my chosen packages do
not really require the xerces libraries), I'm reporting this in case this
indicates a bug in setup.  If the problem is really how I'm reading
setup.ini or understand how setup works, I'd appreciate any education in
what I've missed.

And thanks to the setup crew for all their work.

- Barry

--
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: HOWTO build debug version of the cygwin dll with no optimisation?

[Dave Korn]

> -Original Message-
> From: cygwin-owner On Behalf Of Christopher Faylor
> Sent: 15 July 2004 15:38

> On Thu, Jul 15, 2004 at 03:32:14PM +0100, Dave Korn wrote:
> >> -Original Message-
> >> From: cygwin-owner On Behalf Of Christopher Faylor
> >> Sent: 15 July 2004 02:00
> >
> >> >> "CFLAGS_FOR_BUILD=" "CFLAGS_FOR_TARGET=-O2 -g -O0"  
> >> "LDFLAGS="
> >> > ^
> >> > That's it :-)
> >> >
> >> >Try `make CFLAGS=-g CFLAGS_FOR_TARGET=-g'.  That will 
> >> compile everything
> >> >w/o optimization
> >> 
> >>Or, once you've gotten supporting libraries built, just build in the
> >>winsup/cygwin directory with CFLAGS=-g.  It's a lot faster to just
> >>build cygwin from the cygwin subdirectory.
> >
> >Good point.  I tend to do "make all-bfd all-target-winsup" at the
> >top-level, but that of course still drags in all the cygserver and
> >utils stuff that I don't need.
> 
> Wow.  The first response to my observation was a "good point"?

  I call 'em like I see 'em!

> That is surprising.  I fully expected to get a "Oh, I tried that once
> and it didn't work for me" from somebody.

  Well, I haven't actually tried it myself.  Is setting just CFLAGS enough
when you're in the lower-level directory?  I might have thought you had to
override the CXX and LD flags as well.  But I'd want to try it before
committing myself to an opinion... :)

> Anyway, FWIW, the only time I build cygwin from the top level is when
> I'm generating snapshots.  Otherwise, I live in the cygwin 
> (and occasionally the newlib) directory.

  Matter of fact, I knew it already, or rather had all the clues I
needed I used to (a few years back) very regularly be in the habit of
cd'ing into the gcc subdir and doing "make all" there for gcc builds; when
all you want is a cross-compiler, you might as well save the time of
building cross- and host- libiberty et al.  Then I got a faster computer,
and fell out of the habit!  But, yeh, this is a general principle with all
the software that shares top-level autoconf; once you've configured it you
can just cd into the relevant lower-level dir and do a "make all", to just
get the particular thing you want built.

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: HOWTO build debug version of the cygwin dll with no optimisation?

[Christopher Faylor]

On Thu, Jul 15, 2004 at 03:32:14PM +0100, Dave Korn wrote:
>> -Original Message-
>> From: cygwin-owner On Behalf Of Christopher Faylor
>> Sent: 15 July 2004 02:00
>
>> >> "CFLAGS_FOR_BUILD="   "CFLAGS_FOR_TARGET=-O2 -g -O0"  
>> "LDFLAGS="
>> > ^
>> > That's it :-)
>> >
>> >Try `make CFLAGS=-g CFLAGS_FOR_TARGET=-g'.  That will 
>> compile everything
>> >w/o optimization
>> 
>>Or, once you've gotten supporting libraries built, just build in the
>>winsup/cygwin directory with CFLAGS=-g.  It's a lot faster to just
>>build cygwin from the cygwin subdirectory.
>
>Good point.  I tend to do "make all-bfd all-target-winsup" at the
>top-level, but that of course still drags in all the cygserver and
>utils stuff that I don't need.

Wow.  The first response to my observation was a "good point"?

That is surprising.  I fully expected to get a "Oh, I tried that once
and it didn't work for me" from somebody.

Anyway, FWIW, the only time I build cygwin from the top level is when
I'm generating snapshots.  Otherwise, I live in the cygwin (and occasionally
the newlib) directory.

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: HOWTO build debug version of the cygwin dll with no optimisation?

[Dave Korn]

> -Original Message-
> From: cygwin-owner On Behalf Of Christopher Faylor
> Sent: 15 July 2004 02:00

> >> "CFLAGS_FOR_BUILD=""CFLAGS_FOR_TARGET=-O2 -g -O0"  
> "LDFLAGS="
> > ^
> > That's it :-)
> >
> >Try `make CFLAGS=-g CFLAGS_FOR_TARGET=-g'.  That will 
> compile everything
> >w/o optimization
> 
> Or, once you've gotten supporting libraries built, just build in the
> winsup/cygwin directory with CFLAGS=-g.  It's a lot faster to 
> just build
> cygwin from the cygwin subdirectory.

  Good point.  I tend to do "make all-bfd all-target-winsup" at the
top-level, but that of course still drags in all the cygserver and utils
stuff that I don't need.

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: X startup hangs

[Alexander Gottwald]

On Thu, 15 Jul 2004, electa wrote:

> Take a look at next strace:
> strace -o xinit.strace3 xinit -- /usr/X11R6/bin/XWin -clipboard

same as in the first trace. Right after startup of sh -c "xkbcomp ..."
it stops while waiting for some winsock operation to complete.
 
> Can you find why X hangs when I omit '-kb' in cmd-line?

with -kb x start xkbcomp to generate the keymap. xkbcomp expects input
 on stdin but waits forever since ZoneAlarm 5 somehow interferes with 
pipes in cygwin.

I'll send this to [EMAIL PROTECTED] too since it's low level cygwin 

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

--
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: maintaner of gcc

[Tim Prince]

At 06:24 AM 7/15/2004, Gerrit P. Haase wrote:
Robert wrote:
> Who's maintaining GCC for Cygwin?
> Ours is getting old. Gcc 3.4.1 came out a couple of weeks ago.
What is wrong with 3.3.x release series?  Are there any serious bugs?
Are there issues (for you)?  Why do you need 3.4.x?  Gfortran isn't
included, precompiled headers do not work on Windows/Cygwin, important
bugfixes are backported to 3.3.x.
> I could go ahead and compile it, but I don't know where the patches are to
> make it use -mno-cygwin.
All the stuff is in the CVS repository.  Check the sources (or the
patchfile included with the Cygwin release of GCC).
> Mingw is using Gcc 3.4.0 as a candidate. I seen our version of 3.4.0, as
In the 3.4.0  release there was a serious bug in C++ and some Java build
issues.  I have not tried to build 3.4.1 yet, sorry.
AFAICT everyone who has tried has been successful in building and testing 
the standard gcc-3.4.1 and 3.4.2 on cygwin, but shows well over 100 
testsuite failures due to non-support of pch. At least 3 different people 
have posted the results on gcc-testsuite.  I don't count problems such as 
my failure to build it in 32-bit mode on x64.  C++ in my own current 
project doesn't build with 3.3.4, but is good with 3.4.x.  I agree that my 
project is not "important" nor trendy enough to backport fixes to 
3.3.x.  According to testsuite, Java is slightly better in 3.4.x.  I don't 
know that anyone has tackled the cygwin patches; inclusion of pch will no 
doubt make it much more time consuming.   I haven't seen anyone post 
testsuite results for that mingw 3.4.0 version, so your evidence that mingw 
is ahead of cygwin is lacking.

Tim Prince 

--
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: Problem: Perl with connections using LWP Module

[Igor Pechtchanski]

.  Thanks.

On Thu, 15 Jul 2004, Dirk Fokken, Cross Development wrote:

> In an attempt to run a perl based web-application on Windows using
> Cygwin with Apache, I experience difficulties requesting content using
> the LWP module.
>
> The overall installation of Cygwin and the additional modules seems to
> be fine, since the call of the specific cgi-script from the command line
> works.
>
> Calling the cgi-script from within the browser I receive the following
> message:
>
> "Can't connect to www.crossdesktop.de:80 (Bad protocol 'tcp')"
>
> In my opinion, the difference between a call from the command line and a
> call by the browser may be the uid:gid being set differently. Therefore,
> I suppose a rights problem to appear here.
>
> In order to make sure user and group are set equally, in apache's
> httpd.conf I set user and group to the user and group I am in
> interactive mode. Unfortunately, the problem remains.
>
> As principally, the whole system environment seems to be setup working,
> I come to ask this question in the round.
>
> Can someone help? Does someone have a similar experience?
>
> Many thanks,
> Dirk

Please start here:

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

In particular, please pay extra attention to the part that requests you to
*attach* (as a text attachment) your "cygcheck -svr" output.

If I had to guess, it looks like your /etc/protocols file is not visible
to apache.  I may be totally off, of course.
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/

Problem: Perl with connections using LWP Module

[Dirk Fokken, Cross Development]

In an attempt to run a perl based web-application on Windows using Cygwin with Apache, 
I experience difficulties requesting content using the LWP module.

The overall installation of Cygwin and the additional modules seems to be fine, since 
the call of the specific cgi-script from the command line works. 

Calling the cgi-script from within the browser I receive the following message:

"Can't connect to www.crossdesktop.de:80 (Bad protocol 'tcp')"

In my opinion, the difference between a call from the command line and a call by the 
browser may be the uid:gid being set differently. Therefore, I suppose a rights 
problem to appear here. 

In order to make sure user and group are set equally, in apache's httpd.conf I set 
user and group to the user and group I am in interactive mode. Unfortunately, the 
problem remains.

As principally, the whole system environment seems to be setup working, I come to ask 
this question in the round.

Can someone help? Does someone have a similar experience?

Many thanks,

Dirk




--
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: maintaner of gcc

[Gerrit P. Haase]

Robert wrote:

> Who's maintaining GCC for Cygwin?
> Ours is getting old. Gcc 3.4.1 came out a couple of weeks ago.

What is wrong with 3.3.x release series?  Are there any serious bugs?
Are there issues (for you)?  Why do you need 3.4.x?  Gfortran isn't
included, precompiled headers do not work on Windows/Cygwin, important
bugfixes are backported to 3.3.x.


> I could go ahead and compile it, but I don't know where the patches are to
> make it use -mno-cygwin.

All the stuff is in the CVS repository.  Check the sources (or the
patchfile included with the Cygwin release of GCC).

> Mingw is using Gcc 3.4.0 as a candidate. I seen our version of 3.4.0, as

In the 3.4.0  release there was a serious bug in C++ and some Java build
issues.  I have not tried to build 3.4.1 yet, sorry.

I have 3.3.3 / 3.3.4 ready for release, but there is some private
business on my plate and I'm currently short of spare time therefore.

I think I can finish the gcc-3.3.4 release this month.  Then I'll take a
look into building 3.4.x in August.


Gerrit
-- 
=^..^= http://nyckelpiga.de/donate.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: sending email from Cygwin

[Pierre A. Humblet]

At 10:18 AM 7/15/2004 +0200, Corinna Vinschen wrote:
>On Jul 15 01:39, Robert R Schneck wrote:
>> Pierre A. Humblet wrote:
>> >Luke Kendall wrote:
>> >> or that it creates a symlink to sendmail. 
>> >
>> > exim doesn't. That symlink is created by the cygwin specific exim-config
>> > script under explicit user control. That avoids possible conflicts with
>> > postinstall scripts.
>> 
>> Hmmm.  So perhaps the appropriate new behavior for ssmtp is to do the 
>> same thing, asking the user whether to create such a link in the 
>> ssmtp-config.  I think so.  Anyone else advise otherwise?
>
>That's a good point.  Yes, I guess ssmtp-config should do that, the same
>way as the exim-config script (perhaps you can just use Pierre's code.
>Would that be ok, Pierre?).

Sure. Let me know if you improve it.

Pierre


--
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: fopen()/fclose() turns off compression

[Jeff]

On Wed, 14 Jul 2004 20:51:29 +0200, Corinna Vinschen
<[EMAIL PROTECTED]> wrote:

>On Jul 14 10:18, Jeff wrote:
>> I wrote about this issue before, but now I have something specific to
>> report. I'm running the latest Cygwin on WinXP Pro SP1, and have my HDD
>> formatted NTFS. I also have it set to compress all new and modified
>> files (compression set for the HDD, inheritable to all directories and
>> files). fopen (file_name, "w")/fclose() on an already-existing file
>> overwrites it as expected, but the new file will have the NTFS
>> compression attribute turned off. fopen()/fclose() on a new (not yet
>> existing file) results in a compresed file. Earlier Cygwin versions did
>> not do this, and all files created or modified by Cygwin apps correctly
>> inherited all NTFS file attributes.
>
>Please try the cygwin DLL from the latest developers snapshot, see
>http://cygwin.com/snapshots/ 
>Does the same still happen with that Cygwin DLL?

No, it seems to have been corrected. Thanks,

Jeff

--
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: sending email from Cygwin

[Pierre A. Humblet]

At 05:57 PM 7/15/2004 +1000, [EMAIL PROTECTED] wrote:
>On 15 Jul, To: Pierre A. Humblet wrote:
>>  : /home/luke ; mkgroup -l >> /etc/group 
>
>Incidentally, after doing that I see:
>
>: /home/luke ; exim -oi luke < /tmp/smff3624
>2004-07-15 17:56:06 Exim configuration file /etc/exim.conf has the wrong
owner, group, or mode
>: /home/luke ; ls -l /etc/exim.conf
>-rwx--+   1 luke Domain U22025 Aug 29  2002 /etc/exim.conf

That should have been set correctly by the postinstall script. The incomplete
/etc/group prevented success.
 
>But probably I'd need to run exim-config to have a serious chance of
>success?

It's only required if you operate a mail server, but in this case it will
set the permissions correctly.

The reason why you don't see the rights (previous e-mail in thread) is most
likely that you get them indirectly through membership in a group.
If you are curious about that, the User control panel is your best bet. 

Pierre

--
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: gcc-mingw

[Corinna Vinschen]

On Jul 15 11:16, bertrand marquis wrote:
> hello
> 
>on the latest release it seems that there is a problem with gcc-mingw
>in fact the src package and the package contains nothing
> 
> c616cffee0f344c37fd4e045a7a87054  gcc-mingw-20030911-4-src.tar.bz2
> c616cffee0f344c37fd4e045a7a87054  gcc-mingw-20030911-4.tar.bz2
> 
> i'm using the 
> ftp://ftp-stud.fht-esslingen.de/pub/Mirrors/sources.redhat.com/cygwin/ 
> mirror
> 
> and this two packages are empty but the 20030911-3 packages are ok

That's ok.  The package content has been overridden by the gcc-mingw-core
package.


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: mmapped memory lost after fork

[Corinna Vinschen]

On Jul 14 12:47, Tenedor Roquefort wrote:
> I'm using Cygwin 1.5.10-3 and have found what seems to
> be a fork/mmap bug. I have two examples where a forked
> child cannot access memory that was mmapped by the
> parent. The problem seems to arise when the parent
> munmaps some pages (different from the ones the child
> will try to access) before forking.
> 
> In the example below, the parent mmaps 2 pages,
> munmaps the first page, writes to the second page and
> forks. Then both parent and child try to access the
> second page, the parent succeeds but the child dies
> trying. The examples work on Linux without the child
> dying. Has this problem been documented before and is
> there a known fix?
> 
> Thanks.

Thanks for the test case!  It was very helpful.  It turned out to be
an off-by-one error in the child routine which generates the same
memory protection layout as in the parent process.

I've applied a fix and created a new developer snapshot.  Please give
it a try, see http://cygwin.com/snapshots/


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/

Entrepreneurship acdhwkh

[jay62]

besmears
Top of the morning to ya!
How would you like to make more revenue?
Purchase an instant unive,rsity de.gree = amassed salary
Absolutely no appropriate quizes to take.
zymophyte
call us
1{734} 423-0180 
Bye for now, 
Abadi Abadi
monteith

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

Computer Organization mdrcgya

[jay.h.ambrose]

enswathes
Heyya!
Don't just sit there, make a change.
You can now obtain a degree based on life story.
no compulsatory tests to take.
sonorousness
call us
{734}423-0180 
Respectfully, 
Sharman Turro
sonsorol

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

[bertrand marquis]

hello
   on the latest release it seems that there is a problem with gcc-mingw
   in fact the src package and the package contains nothing
c616cffee0f344c37fd4e045a7a87054  gcc-mingw-20030911-4-src.tar.bz2
c616cffee0f344c37fd4e045a7a87054  gcc-mingw-20030911-4.tar.bz2
i'm using the ftp://ftp-stud.fht-esslingen.de/pub/Mirrors/sources.redhat.com/cygwin/ 
mirror
and this two packages are empty but the 20030911-3 packages are ok
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: sending email from Cygwin

[Jörg Schaible]

Robert R Schneck wrote on Thursday, July 15, 2004 3:39 AM:

> Pierre A. Humblet wrote:
>> Luke Kendall wrote:
>>> or that it creates a symlink to sendmail.
>> 
>> exim doesn't. That symlink is created by the cygwin specific
>> exim-config script under explicit user control. That avoids possible
>> conflicts with postinstall scripts.
> 
> Hmmm.  So perhaps the appropriate new behavior for ssmtp is to do the
> same thing, asking the user whether to create such a link in the
> ssmtp-config.  I think so.  Anyone else advise otherwise?

This is how other distos begin to deal with this problem (Gentoo already switched too):
http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/mail-changingmta.html#AEN30548

-- 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: sending email from Cygwin

[Corinna Vinschen]

On Jul 15 17:57, [EMAIL PROTECTED] wrote:
> On 15 Jul, To: Pierre A. Humblet wrote:
> >  : /home/luke ; mkgroup -l >> /etc/group 
> 
> Incidentally, after doing that I see:
> 
> : /home/luke ; exim -oi luke < /tmp/smff3624
> 2004-07-15 17:56:06 Exim configuration file /etc/exim.conf has the wrong owner, 
> group, or mode
> : /home/luke ; ls -l /etc/exim.conf
> -rwx--+   1 luke Domain U22025 Aug 29  2002 /etc/exim.conf
> 
> But probably I'd need to run exim-config to have a serious chance of
> success?

Sounds like a good plan.  Really, the Cygwin specific docs in 
/usr/share/doc/Cygwin are no secret ;-)

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: sending email from Cygwin

[Corinna Vinschen]

On Jul 15 01:39, Robert R Schneck wrote:
> Pierre A. Humblet wrote:
> >Luke Kendall wrote:
> >> or that it creates a symlink to sendmail. 
> >
> > exim doesn't. That symlink is created by the cygwin specific exim-config
> > script under explicit user control. That avoids possible conflicts with
> > postinstall scripts.
> 
> Hmmm.  So perhaps the appropriate new behavior for ssmtp is to do the 
> same thing, asking the user whether to create such a link in the 
> ssmtp-config.  I think so.  Anyone else advise otherwise?

That's a good point.  Yes, I guess ssmtp-config should do that, the same
way as the exim-config script (perhaps you can just use Pierre's code.
Would that be ok, Pierre?).

I've prepared a cron package for upload with a postinstall script which
doesn't create the /usr/bin/sendmail symlink anymore.  I'll upload it
as soon as Robert has prepared a new ssmtp package for upload.  I've
also added a few words to /usr/share/doc/Cygwin/cron.README about the
dependency to /usr/bin/sendmail :-)

> Incidentally is it appropriate to include Cygwin-port-specific 
> information in a man page?

Well, from a user perspective it might be cool, but IMHO the original
man page shouldn't be changed, unless it's a change which should be
send upstream anyway.  We have the Cygwin specific documentation in
/usr/share/doc/Cygwin (resp. /usr/doc/Cygwin in earlier releases) for
a long time now.  It should be not too hard to ask users to look there
for Cygwin specific docs.


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: sending email from Cygwin

[luke . kendall]

On 15 Jul, To: Pierre A. Humblet wrote:
>  : /home/luke ; mkgroup -l >> /etc/group 

Incidentally, after doing that I see:

: /home/luke ; exim -oi luke < /tmp/smff3624
2004-07-15 17:56:06 Exim configuration file /etc/exim.conf has the wrong owner, group, 
or mode
: /home/luke ; ls -l /etc/exim.conf
-rwx--+   1 luke Domain U22025 Aug 29  2002 /etc/exim.conf

But probably I'd need to run exim-config to have a serious chance of
success?

luke


--
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: sending email from Cygwin

[luke . kendall]

On 14 Jul, Pierre A. Humblet wrote:
>  At 12:02 PM 7/15/2004 +1000, [EMAIL PROTECTED] wrote:
>  >On 14 Jul, Pierre A. Humblet wrote:
>  >>  Thanks for the feedback. 
>  >>   
>  >>  The problem is that the exim startup code thinks that you are a
>  privileged 
>  >>  user (see "privileged 1" above). It does that by checking that you have
>  the 
>  >>  "Create Token" privilege (you have not answered my question about having 
>  >>  given yourself unusual privileges).  
>  >>  However you are not in the admins group (544), so you can't setuid after 
>  >>  all. 
>  >
>  >So that the main user of the machine is able to install software, they
>  >are given admin privileges.  So, I have admin privileges.  I can find
>  >out more details about what that precisely means by asking our Windows
>  >sysadmin people, if it would help?
>  
>  You don't seem to have the admin privilege, at least not in the usual sense
>  of being in the Administrators group. You are not even a PowerUser.

Strange.  I am, you know.  If I call up User Accounts, I see myself listed
in the group "Administrators", and I certainly have the ability to install
and unistall software.

>  $ id 
>  uid=11021(luke) gid=10513(Domain Users) groups=12919(adaytum),10513(Domain
>  Users),13876(MS_VisualStudio),15155(RitaTS),13761(ZoneAlarm)
>  
>  Actually another explanation is that your /etc/group file is incomplete.
>  You don't seem to be in any local group... 
>  Are the lines produced by "mkgroup -l" in /etc/group?
>  If not, do "mkgroup -l >> /etc/group" and try exim -c again.
>  Check also that uid 18 (system) is in /etc/passwd.
>  Else do "mkpasswd -l >> /etc/passwd"

You're right about the mkgroup -l:

: /home/luke ; grep -i admin /etc/group
Domain Admins:S-1-5-21-5706737-76180391-208020174-512:10512:
Enterprise Admins:S-1-5-21-5706737-76180391-208020174-519:10519:
Schema Admins:S-1-5-21-5706737-76180391-208020174-518:10518:
sysadmin:S-1-5-21-5706737-76180391-208020174-3984:13984:
: /home/luke ; mkgroup -l 
root:S-1-5-32-544:0:
SYSTEM:S-1-5-18:18:
None:S-1-5-21-1694720459-1161744426-439199626-513:513:
Administrators:S-1-5-32-544:544:
Backup Operators:S-1-5-32-551:551:
Guests:S-1-5-32-546:546:
Network Configuration Operators:S-1-5-32-556:556:
Power Users:S-1-5-32-547:547:
Remote Desktop Users:S-1-5-32-555:555:
Replicator:S-1-5-32-552:552:
Users:S-1-5-32-545:545:
Debugger Users:S-1-5-21-1694720459-1161744426-439199626-1003:1003:
HelpServicesGroup:S-1-5-21-1694720459-1161744426-439199626-1001:1001:
: /home/luke ; mkgroup -l >> /etc/group
: /home/luke ; grep -i system /etc/passwd
SYSTEM:*:18:544:,S-1-5-18::


>  By the way, exim-config should give you warnings if those files are
>  incomplete. Did you ever run it?

No.  I never saw any mention of it in the man page, nor during setup,
nor when I ran exim manually, sorry.

>  The question I was asking is whether you have the "Create Token" privilege.
>  You can check that from the Users control panel, or with the
>  editrights cygwin tool. I am on WinME, so I can't give you
>  step by step instructions on how to do that. 

If I look at Control Panel -> User Accounts -> Advanced -> Advanced User
Management -> Local Users and Groups, I don't appear in the list of Users
there.  Odd?

I'm unsure if I'm looking in the right place.

Does this help? :

: /home/luke ; editrights -u luke -l -v
editrights version 1.01: a cygwin application to edit user rights
 on a Windows NT system.
Copyright Chris Rodgers , Sep, 2003.
All rights reserved. See LICENCE for further details.

Listing rights for luke:

Done!

>  If your Windows sysadmin people give you that privilege, I think they
>  should reconsider their policies. 

There are excellent reasons for allowing all our users for having these
permissions - I can explain in more detail later, if you are
unconvinced.  (We are an unusual company.)

luke



--
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: /usr/share/doc/Cygwin (Was Re: sending email from Cygwin)

[Corinna Vinschen]

On Jul 15 10:01, you wrote:
> On 14 Jul, Igor Pechtchanski wrote:
> >  Yep, that would be a very good idea.  In particular, it should point out 
> >  that the information in the READMEs in /usr/share/doc/Cygwin takes 
> >  precedence over that in the package READMEs and manpages. 
> >   
> >  Maybe even an FAQ entry like "I've followed directions in the README / man 
> >  page / info file to the letter, and still can't get the package to work - 
> >  what gives?" (put in this form, it *is* rather frequently asked). :-) 
> 
> Can I also suggest that the FAQ's section called "Where can I get more
> information? / Where's the documentation?" would be an excellent place
> to mention that all the per-package readme files are collected together
> in /usr/share/doc/Cygwin?  That would be where I'd look first to try to
> discover the info.

Sounds good to me.  Joshua, would you mind to pump up the FAQ with an
entry like this?

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: UNC Pathname Handling within Applications

[Thorsten Haude]

Hi,

* Christopher Faylor wrote (2004-07-15 07:18):
>I don't know why knowing that someone says it's official helps much.

It doesn't I just wanted to make sure whether there are any other
issues that might come up later.

Thank you for your help.


Thorsten
-- 
Guns don't protect freedom, people protect freedom.


pgpQiBgykLpAk.pgp
Description: PGP signature