Re: setup.exe looks good!

2002-01-30 Thread Robert Collins


===
- Original Message -
From: Gary R. Van Sickle [EMAIL PROTECTED]
  I just built the latest setup.exe.  It looks really nice.  And, I
see that
  clickable categories are working!

 Are they ever!  And did you catch the replace files in use feature?
Yeah it
 makes you reboot, but still, pretty sweet.

*Bow*. I still ain't heard boo from any win9x users. Anyone that can lay
hand on a 9x machine and test this *before* we release the updated
version, would be doing me a favour.

 I keep meaning to suggest the same thing, and maybe even lines like
you get on
 most such expanding list control thingies.  But I think Rob is rolling
his own
 here instead of using the ListView common control (which isn't
available on a
 stock 95 machine AFAIK), so lines might be asking a bit much.  But I'd
think
 that at a minimum, simply adding a toggling +/- to the front of each
category
 string wouldn't be too traumatic.  Rob?

Listviews aren't hierarchical. Treeviews suck. So C++ to the rescue. I
may wrap the end result in window messages at some point, but not being
a win32 windowing API wizzzard thats a low priority. As for
requirements, 95 +IE 4 is the minimum, and that wouldn't be a
showstopper IMO (but the functionality is :})

  Hopefully, that won't translate into it being completely
incomprehensible
  for everyone on the cygwin@cygwin list.

 Well, we are working hard on the mindreading mode

Shh! Be veri veri quite. I'm hunting rabbit.

Rob




Re: setup crashing - fixed?

2002-01-30 Thread Corinna Vinschen

On Wed, Jan 30, 2002 at 06:59:49AM -0500, Earnie Boyd wrote:
 Gary R. Van Sickle wrote:
  
  BTW, who's the Cygwin bazzoo maintainer?
  
 
 Don't you remember?  You said that you would maintain it.
 
 Earnie.

If not... hmm... I heard rumors that perhaps... L. Gerstner is looking
for a new hobby in 2003, you know...

Corinna

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



gnuplot problem under Xfree86

2002-01-30 Thread jtorres




I just compiled gnuplot-3.7 from source files for
cygwin under Xfree86. Every thing was running fine
for a postscript terminal, but it fails for a
X11 terminal, for instance plotted lines fall outside
the graph viewport and the screen appear filled of 
a red surface. Anybody knows what is going on?

Joaquin 





Re: gnuplot problem under Xfree86

2002-01-30 Thread Earnie Boyd

Wrong list!!

[EMAIL PROTECTED] wrote:
 
 I just compiled gnuplot-3.7 from source files for
 cygwin under Xfree86. Every thing was running fine
 for a postscript terminal, but it fails for a
 X11 terminal, for instance plotted lines fall outside
 the graph viewport and the screen appear filled of
 a red surface. Anybody knows what is going on?
 
 Joaquin

_
Do You Yahoo!?
Get your free @yahoo.com address at http://mail.yahoo.com




Re: setup.exe looks good!

2002-01-30 Thread Robert Collins


===
- Original Message -
From: Christopher Faylor [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Wednesday, January 30, 2002 3:40 PM
Subject: setup.exe looks good!


 I just built the latest setup.exe.  It looks really nice.  And, I see
that
 clickable categories are working!

:]. It happens, bit by bit.

 Can I suggest one more GUI feature that I think has been lacking from
 Categories?  (I know I said no new features but I think this is
 important)

I have a huge checkin that is going in sooon, and will be the last
before I tag  it in CVS. Bugfixes only from that point on.

 I keep meaning to suggest that we add a '+' or a '' to the left of
all
 of the Categories so that it is obvious that they can be expanded.  I
 think that people are used to interpreting the icon next to something
as
 indicating that there are more things possible to list.

Done.

 Hopefully, that won't translate into it being completely
incomprehensible
 for everyone on the cygwin@cygwin list.

Heh. Don't mention the war :}.

Rob




Re: moratorium on new setup.exe features, please?

2002-01-30 Thread Robert Collins


===
- Original Message -
From: Christopher Faylor [EMAIL PROTECTED]

 I've checked in a fix for this but I expect that it won't be necessary
 when setup.exe is released.  I'll probably be linking some kind of
library
 from cinstall or something.

The libraries not quite ready, but is getting there. Still sandbox only.

Rob




Re: moratorium on new setup.exe features, please?

2002-01-30 Thread Robert Collins


===
- Original Message -
From: Christopher Faylor [EMAIL PROTECTED]

 Btw, I hope this isn't taken as a criticism of the current state of
 setup.exe.  There are obviously a lot of wonderful improvements in it.

Glad to hear you think so :}.

 I'm just getting the same uneasy feeling that I get when I've gone too
 long without a cygwin release.  I *know* that there is some major
issue
 that will cause a 20% increase in mailing list traffic just lurking in
 the code somewhere.

Heh. Well I only had 3 bits of feedback from a snapshot. Sigh.

Rob




Re: moratorium on new setup.exe features, please?

2002-01-30 Thread Robert Collins


===
- Original Message - 
From: Charles Wilson [EMAIL PROTECTED]

 I think most of these changes are in Robert's sandbox right 
 now

They are.
 

Rob




Re: moratorium on new setup.exe features, please?

2002-01-30 Thread Robert Collins


===
- Original Message -
From: Christopher Faylor [EMAIL PROTECTED]


 Can we concentrate on releasing a new version of setup.exe, please?

Sure. Just add another few days to my days, and I can do that.

 I'd like to eliminate the confusion that the current version of
setup.exe
 is causing.  It seems like we are in a standard add one more thing
mode
 when people are experiencing real problems and real confusion with the
 currently released setup.exe.

Nope. It's feature frozen. I announced that about 2 days ago. The *only*
reason I'm doing the major char *-String overhaul is to ensure there
are no more hidden heap corruptions occuring. The char[] seems to have
the potential to confuse gcc.

 The only thing that I really wanted for the next release was clickable
 categories.  We have quite a bit more than that so I assume there will
 be additional unforeseen headaches coming.  This is standard when you
 add new features.  The more features you add, the more headaches
you'll
 get.

Of course. I only got clickable categories done last week or so though
:}.

 So, lets just concentrate on getting something out the door which
solves
 the known issues.  The biggest known issue right now is the How do I
 install everything?

When it's ready, it'll ship. Don't worry.

Rob




Re: moratorium on new setup.exe features, please?

2002-01-30 Thread Christopher Faylor

On Thu, Jan 31, 2002 at 01:40:44AM +1100, Robert Collins wrote:
Heh. Well I only had 3 bits of feedback from a snapshot. Sigh.

I'm waiting for the real release.  At that point I'll say something
like:  I tried the new release of setup.exe version 4.192 and it
seems to me...

I can't figure out what will come after that but I'm sure it will
be cogent.

cgf



my fortune patches to make -m work

2002-01-30 Thread Jonathan Kamens

Corinna,

Can you give me an ETA for when the patches I submitted last month to
make the -m flag work with fortune will be integrated into a new
fortune package?

Or, putting it another way, how long should I wait before poking you
about it again :-)?  I'm asking so that I'll know how far down my
to-do list to put this task.

Since I'm in a generous mood If you tell me where you got the
original source code from, how you changed it and how you built it, I
volunteer to take over maintenance of this package.

Thanks,

  jik



Re: my fortune patches to make -m work

2002-01-30 Thread Jonathan Kamens

  Date: Wed, 30 Jan 2002 17:42:20 +0100
  From: Corinna Vinschen [EMAIL PROTECTED]
  
  If you want to have the original package as of before my patches, I
  can send it to you.

Yes please.

  jik



New fortune package ready for uploading

2002-01-30 Thread Jonathan Kamens

A new version of the fortune package is ready for uploading:

http://www.mit.edu/~jik/fortune/setup.hint
http://www.mit.edu/~jik/fortune/fortune-1.8-2-src.tar.bz2
http://www.mit.edu/~jik/fortune/fortune-1.8-2.tar.bz2

This is my first submission of a Cygwin package, so please let me know
if I did anything wrong.

  jik



Re: New fortune package ready for uploading

2002-01-30 Thread Corinna Vinschen

On Wed, Jan 30, 2002 at 05:04:27PM -0500, Jonathan Kamens wrote:
 A new version of the fortune package is ready for uploading:
 
 http://www.mit.edu/~jik/fortune/setup.hint
 http://www.mit.edu/~jik/fortune/fortune-1.8-2-src.tar.bz2
 http://www.mit.edu/~jik/fortune/fortune-1.8-2.tar.bz2
 
 This is my first submission of a Cygwin package, so please let me know
 if I did anything wrong.

You didn't send the setup.hint content as part of your mail
but otherwise it looks fine.  I'm just uploading the package.
Feel free to send the package announcement according to
http://cygwin.com/setup.html#submitting, point 9 in a few hours.

Thanks,
Corinna

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



Re: gnuplot problem under Xfree86

2002-01-30 Thread Earnie Boyd

Wrong list!!

[EMAIL PROTECTED] wrote:
 
 I just compiled gnuplot-3.7 from source files for
 cygwin under Xfree86. Every thing was running fine
 for a postscript terminal, but it fails for a
 X11 terminal, for instance plotted lines fall outside
 the graph viewport and the screen appear filled of
 a red surface. Anybody knows what is going on?
 
 Joaquin

_
Do You Yahoo!?
Get your free @yahoo.com address at http://mail.yahoo.com




All text being echoed in Xterms

2002-01-30 Thread Steven T. Zydek

Hi There,

I'm a newbie to Cygwin/XFree. I just installed Cygwin 1.3.7/Xfree v4.2 on my 
sunpci card (basically, an Intel-based motherboard w/AMD processor running in 
a Sun box) running WinNT 4.0. All the software has installed perfectly. I can 
start up bash shells within Cygwin just fine, X starts up without any error 
messages (using the default startx scripts) and xterms/xclock appear fine.

My trouble is that anytime I try to type (enter commands) in an xterm, 
all text gets echoed twice. So, if I type: 'ls -al[ENTER]' , I get the 
following spewed back:

llss  --aall [CR]
[CR]
me@machine bash


me@machine bash

---
I tried to determine whether it's Xwin or the xterm. (NOTE: the Cygwin shells
do NOT have this problem). From what I can tell it is Xwin causing the problem. 
I was able to display a remote xterm window from a Sun box and had the same 
trouble where everything was echoed. I checked newsgroups, faqs, web, etc. and
no luck. Any ideas?

Thanks for any help you could provide!

Thanks,
+Steve



Re: small setup.exe fix

2002-01-30 Thread Robert Collins


===
- Original Message -
From: Jan Nieuwenhuizen [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Wednesday, January 30, 2002 8:23 AM
Subject: small setup.exe fix


 Hi,

 Pressing 'Add' in the `Choose a dowload site' dialogue without typing
 an url causes a segfault over here.  Fix below.

Thanks for this, however I've already fixed it in my sandbox, after
Chunk reported it to me.

Rob




Re: new photos from my party!

2002-01-30 Thread Andrew Markebo

/ hrishy [EMAIL PROTECTED] wrote:
| BASTARD 

Comeon he probably didn't do it having a party ;-)

/Andy

-- 
 The eye of the beholder rests on the beauty!

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/




rxvt-2.7.2-6 - rxvt-2.7.2-8?9?

2002-01-30 Thread fergus at bonhard dot uklinux dot net

I had not been aware of problems with Backspace in rxvt, which on my system 
has been just fine. I upgraded just now to what comes up on the setup menu as 
rxvt-2.7.2-9 although the announcement refers to 8. Now Backspace is 
broken. (By which I mean it does not work: cursor and the intended deleted 
character stay where they are.) I'll mess about with stty but thought I'd 
mention this in case there has been an accident with versioning.
Fergus

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/




Re: New on sourceware: texmf-20000804-2

2002-01-30 Thread Jan Nieuwenhuizen

[EMAIL PROTECTED] writes:

 Just to confirm that with the latest tetex-20001208-4
 and the cygwin texmf-*-* packages I don't need to 
 set TEXMFMAIN anymore - although I still have
 TEXINPUTS and the font related variables set to
 ${HOME}/somewhere//: for my CJK stuff.

 Well-done!

Thanks.  I think we'll want you to keep your custom TEXINPUTS for
$HOME.  If we'd activate HOMETEXMF in texmf.cnf, it causes problems
for people that use spaces or other non-ASCII characters in their
$HOME/login.  From questions we get on the LilyPond lists, people
don't seem to hesitate to do that any more.

 BTW - pdftex in tetex-20001208-4 depends on the 
 new (10-days-old) libpng 1.0.2.

Hmm, that's not good.  Does that package have a new name?  Otherwise
we're in dire need of versioned depends.
 
 One needs to upgrade that first - or run the
 /etc/postinstall/*{tetex,texmf}* scripts again after ungrading
 libpng.

 Re-installing tetex will not re-run the postinstall script for some
 unknown reason.

Ok.  So tetex-beta and texmf-base/-tiny packages need to run the same
postinstall script; we'll have to merge them, I think.

Thanks for the report.
Jan.

-- 
Jan Nieuwenhuizen [EMAIL PROTECTED] | GNU LilyPond - The music typesetter
http://www.xs4all.nl/~jantien   | http://www.lilypond.org


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/




A real fork() on NT

2002-01-30 Thread Barubary

When looking at XP's CreateProcessW (or rather, CreateProcessInternalW) I
noticed something strange about the way it creates a process.  It seems that
NT is sort of capable of a fork() command.  The function NtCreateProcess
appears to create a blank process, into which you can put anything you
want.  After NtCreateProcess, kernel32 maps the EXE into that new process's
memory space, creates a thread, and finally calls NtResumeThread to start
its execution.

If this long, nasty, scattered function could be reverse engineered, it
should be possible to create a true fork() for NT, instead of doing the
normal cygwin hack method.

-- Barubary


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/




Re: rxvt-2.7.2-6 - rxvt-2.7.2-8?9?

2002-01-30 Thread fergus at bonhard dot uklinux dot net

Sorry : I haven't been able to find any combination of stty erase ^H / stty
erase ^? / {nothing} that makes Backspace work properly both at the rxvt
terminal and inside an application. Previously (2.7.2-6) and with no
reference to stty erase anywhere, I found that Backspace worked just fine at
the terminal and in all applications. For the moment I will revert to
2.7.2-6.
Fergus


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/




Re: Syntax error on compile

2002-01-30 Thread Pavel Tsekov



Ben Miller wrote:

 I am haveing trouble compiling anything on a new install of Cygwin.  I 
 have also installed MinGW (not sure if that is relevant).  It was 
 suggested that I run cygcheck -r -s -v and forward the log to this 
 address.  Can you help?


So far so good. Still you don't provide any info on the error (output
of the command would be useful).

Just ot point one thing I've noticed - /usr/local/bin in the PATH

environment variable should not preced /bin. However, maybe this
has nothing to do with your problem.


 Path: E:\Cygwin\usr\local\bin
   E:\Cygwin\bin
   E:\Cygwin\bin
   c:\WINNT\system32
   c:\WINNT
   c:\WINNT\System32\Wbem
   c:\Program Files\Common Files\Network Associates\VirusScan Engine\4.0.xx\
   E:\Cygwin\pack\MinGW\bin\
   E:\Cygwin
   E:\Cygwin\bin



--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/




RE: Syntax error on compile

2002-01-30 Thread Rajat Bawa


Sorry to mail you directly ..

Hope you won't mind telling me the e-mail address at which i can mail my
queries (the same at which you have been mailing your answers/queries) .. as
[EMAIL PROTECTED] is bouncing the mails back

Regards,
Rajat Bawa 


-Original Message-
From: Pavel Tsekov [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, January 30, 2002 2:35 PM
To: Ben Miller
Cc: [EMAIL PROTECTED]
Subject: Re: Syntax error on compile




Ben Miller wrote:

 I am haveing trouble compiling anything on a new install of Cygwin.  I 
 have also installed MinGW (not sure if that is relevant).  It was 
 suggested that I run cygcheck -r -s -v and forward the log to this 
 address.  Can you help?


So far so good. Still you don't provide any info on the error (output
of the command would be useful).

Just ot point one thing I've noticed - /usr/local/bin in the PATH

environment variable should not preced /bin. However, maybe this
has nothing to do with your problem.


 Path: E:\Cygwin\usr\local\bin
   E:\Cygwin\bin
   E:\Cygwin\bin
   c:\WINNT\system32
   c:\WINNT
   c:\WINNT\System32\Wbem
   c:\Program Files\Common Files\Network Associates\VirusScan
Engine\4.0.xx\
   E:\Cygwin\pack\MinGW\bin\
   E:\Cygwin
   E:\Cygwin\bin



--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/




Re: Syntax error on compile

2002-01-30 Thread Robert Collins

Try READING the bounce message.



--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/




Re: New on sourceware: texmf-20000804-2

2002-01-30 Thread Robert Collins

- Original Message -
From: Jan Nieuwenhuizen [EMAIL PROTECTED]
  BTW - pdftex in tetex-20001208-4 depends on the
  new (10-days-old) libpng 1.0.2.

 Hmm, that's not good.  Does that package have a new name?  Otherwise
 we're in dire need of versioned depends.

I wouldn't describe it as dire - only folk updating can get the new tex
stuff, and there's no reason for them to skip png.

Rob


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/




utf-8

2002-01-30 Thread Rajat Bawa


Why is cygwin not able to handle utf-8 data files .. any idea ??
 
Regards, 
Rajat Bawa
 


Regards, 
Rajat Bawa

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/




Cannot starting X Server

2002-01-30 Thread Nikolay

I have installed The latest Cygwin and then installed XFree86 version
4.2.0 and attempted to start the X server but no matter which method I
used to start the server I get the following error message:
the procedure entry point _XLockMutex_fn could not be located in the
dynamic link library libX11.dll.
I have the dll to which it is referring in my /usr/X11R6/bin directory.
Have I done something wrong? Is this a known bug? 
Please reply directly to me because I haven't joined the mailing list.


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/




Re: security.cc: bug report, question and suggestion

2002-01-30 Thread Corinna Vinschen

On Tue, Jan 29, 2002 at 09:32:06PM -0500, Pierre A. Humblet wrote:
 When ntsec is not defined, internal_getlogin matches the
 Windows username with the pw_name's in passwd to find the uid.
 When ntsec is defined, internal_getlogin scans passwd by sid's.
 Cygwin user names can then be different from Windows user names.
 
 In my case the program was running as a service under cygrunsrv. 
 ntsec was not defined in the environment of the service manager, 
 but only as a -e CYGWIN= argument to cygrunsrv. 
 When cygrunsrv started it didn't find the Windows username in pw_name
 and used the default uid. When the service application started, with
 ntsec, it didn't scan the passwd file because cygrunsrv is a Cygwin 
 process. Thus the username and uid were incorrect under ntsec...
 
 The same problem happens when a user with a Cygwin username
 different from Windows starts without ntsec.
 
 I saw 4 possible solutions.
 1) Mandate ntsec if Cygwin and Windows user names differ.
 Not so good. /etc/passwd is a shared resource and different users
 may have different ntsec preferences. Unexpected situations can 
 occur.

But that's the whole point of having `ntsec' on.  As I described in
the ntsec docs (http://cygwin.com/cygwin-ug-net/ntsec.html) having a
Cygwin username different from the Windows username is explicitely
a property of `ntsec'.  Having a different username is not supported
w/o ntsec.

Besides that, I can't suggest using ntsec for one user but nontsec
for another user.  This results in weird effects for the user who's
not using ntsec.  According to the `ls -l' output she has access to
file foo but a `cat foo' returns Permission denied.  I admit
that that also may happen with ntsec on, due to the complexity of
NT permissions which aren't reflected by the `ls -l' output.  But the
surprises should be few.

 4) Always scan /etc/passwd for sid (on NT/2000/XP). If no success,
 rescan based on Windows username.
 A little inefficient at startup if ntsec is not enabled, but most 
 flexible [the two searches can also be combined, possible 
 optimization].

I think you're right that we should always look for the SID in
/etc/passwd at that point.  The problem is exactly the startup of
cygrunsrv with no CYGWIN setting in the system environment.  I'm
so used to having the usual CYGWIN=binmode ntsec tty in my system
environment that I'd never seen that problem.

 The attached uinfo.diff file implements solution 4.
 It also does not set primary group in the token (useless).

No, it's not useless.  If this process starts non-Cygwin processes
this processes will set the users primary group given in /etc/passwd
as primary group for created files.  That's intended.  I will not
remove that.

However, I have some problems with your patch to uinfo.cc.

- It eliminates the opening brace at line 130 but it eliminates an
  unrelated closing brace at line 193.  The corresponding closing
  brace would be in line 212.  Is that planned - and if so, why -
  or is that just an accident?
- The formatting isn't correct anymore after eliminating the braces.
- I'm missing a ChangeLog entry for that patch.

Could you please resubmit your patch with these changes to the
cygwin-patches mailing list?  And would you mind to send a copyright
assignment form as described on http://cygwin.com/contrib.html?

Thanks for tracking that down.  This could explain some of the
problems people have starting sshd, perhaps.

Corinna

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

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/




Re: Cannot starting X Server

2002-01-30 Thread Pavel Tsekov

Hey, Nikolay :)

Please, contact the appropriate mailing list for cygwin XFree86
related questions - [EMAIL PROTECTED]

Nikolay wrote:

 I have installed The latest Cygwin and then installed XFree86 version
 4.2.0 and attempted to start the X server but no matter which method I
 used to start the server I get the following error message:
 the procedure entry point _XLockMutex_fn could not be located in the
 dynamic link library libX11.dll.
 I have the dll to which it is referring in my /usr/X11R6/bin directory.
 Have I done something wrong? Is this a known bug? 
 Please reply directly to me because I haven't joined the mailing list.



--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/




ntsec+inetd+cvspserver (was CVS PServer problem)

2002-01-30 Thread Phil Dempster

Hi folks,

I've managed to get CVS pserver running on Win2K (ntsec) and am in the
process of preparing some documentation for it.  I'm trying to grasp just
how the user ID switching works when CVS is spawned from inetd.

I've found that it is not necessary to specify the user as `root' in
inetd.conf, for example `Guest' will suffice.

#/etc/inetd.conf
cvspserver stream tcp nowait Guest /usr/bin/cvs
cvs -f --allow-root=/usr/local/cvsroot pserver

I'd hoped that would make it a lot harder for anyone with malicious intent
to gain access via pserver.  However, I'm not convinced that isn't a bogus
assumption.  Does anything spawned from inetd run as the same uid as inetd
itself (i.e. System)?

I also have CVS users set up to use the Guest account (passwords in example
below are `sandwich' and `scratchings' respectively - I was hungry when I
set it up)

#/usr/local/cvsroot/CVSROOT/passwd
bacon:KcFlgmzfPVIV.:Guest
pork:JdSFwtTuy8Uk.:Guest

One of the recommended was of setting up CVS pserver is, I believe, to have
`cvs' and `cvsadmin' user accounts on the server PC, with normal multi-user
access using the (lower permission) `cvs' account.  I've effectively done
this by having the administrative files owned by `Administrator' and the
rest of the repository owned by `Guest'.  However, it seems to be possible
to checkout CVSROOT and commit changes to the administrative files (their
ownership is then set to Guest).  This seems like unhealthy behaviour.

As a separate issue, although remote CVS pserver operations work correctly,
I get the message `cvs commit: reading from xx.xx.xx.xx: Connection reset by
peer'.  I'm wondering if this is related to the issue described here:
http://www.cvshome.org/cyclic/cvs/dev-sigpipe.txt.

Suggestions or constructive comments welcome.

Cheers,
Phil



--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/




Re: A real fork() on NT

2002-01-30 Thread Christopher January

 When looking at XP's CreateProcessW (or rather, CreateProcessInternalW) I
 noticed something strange about the way it creates a process.  It seems
 that NT is sort of capable of a fork() command.  The function
 NtCreateProcess appears to create a blank process, into which you can put
 anything you want.  After NtCreateProcess, kernel32 maps the EXE into that
 new process's memory space, creates a thread, and finally calls
 NtResumeThread to start its execution.

 If this long, nasty, scattered function could be reverse engineered, it
 should be possible to create a true fork() for NT, instead of doing the
 normal cygwin hack method.
Coincidentally, I was looking into a similar thing myself. Windows NT has a 
POSIX subsystem that's capable of doing fork()'s so it is obviously possible. 
Have you any ideas of the arguments passed to the function or what it returns?

Chris

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/




Re: A real fork() on NT

2002-01-30 Thread Corinna Vinschen

On Wed, Jan 30, 2002 at 11:03:00AM +, Christopher January wrote:
  When looking at XP's CreateProcessW (or rather, CreateProcessInternalW) I
  noticed something strange about the way it creates a process.  It seems
  that NT is sort of capable of a fork() command.  The function
  NtCreateProcess appears to create a blank process, into which you can put
  anything you want.  After NtCreateProcess, kernel32 maps the EXE into that
  new process's memory space, creates a thread, and finally calls
  NtResumeThread to start its execution.
 
  If this long, nasty, scattered function could be reverse engineered, it
  should be possible to create a true fork() for NT, instead of doing the
  normal cygwin hack method.
 Coincidentally, I was looking into a similar thing myself. Windows NT has a 
 POSIX subsystem that's capable of doing fork()'s so it is obviously possible. 
 Have you any ideas of the arguments passed to the function or what it returns?

That isn't really new.  I'd like to point you to the example 6.1,
Forking a Win32 Process on p. 161ff of Gary Nebbett's excellent
book Windows NT/2000 Native API Reference, published by MTP,
ISBN 1-57870-199-6, which also describes the problem with kernel32.dll
initialization of the child process.

Corinna

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

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/




Re: ntsec+inetd+cvspserver (was CVS PServer problem)

2002-01-30 Thread Corinna Vinschen

On Wed, Jan 30, 2002 at 10:46:48AM -, Phil Dempster wrote:
 Hi folks,
 
 I've managed to get CVS pserver running on Win2K (ntsec) and am in the
 process of preparing some documentation for it.  I'm trying to grasp just
 how the user ID switching works when CVS is spawned from inetd.
 
 I've found that it is not necessary to specify the user as `root' in
 inetd.conf, for example `Guest' will suffice.
 
 #/etc/inetd.conf
 cvspserver stream tcp nowait Guest /usr/bin/cvs
 cvs -f --allow-root=/usr/local/cvsroot pserver
 
 I'd hoped that would make it a lot harder for anyone with malicious intent
 to gain access via pserver.  However, I'm not convinced that isn't a bogus
 assumption.  Does anything spawned from inetd run as the same uid as inetd
 itself (i.e. System)?

Heck, why did I wrote /usr/doc/inetutils-1.3.2.README and what are
the announcements good for?  Since version 1.3.2-15 we have the
following (quoted):

  In inetd, allow to start services now as the user given in
  the /etc/inetd.conf service entry.  The user `root' is
  treated special since it doesn't trigger a user context
  switch.  Example:

ftp stream tcp nowait root /usr/sbin/in.ftpd in.ftpd

  doesn't trigger a user context switch, the ftp daemon
  will run under SYSTEM account while in

ftp stream tcp nowait john_doe /usr/sbin/in.ftpd in.ftpd

  inetd will try to run the ftp daemon under the `john_doe'
  account.  This will fail if the account `john_doe' isn't
  correctly set up in /etc/passwd and /etc/group.  However,
  wrong user entries or failed user context switches are
  logged in the NT event log so it should be easy to debug.

Corinna

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

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/




Re: Scripting Installs?

2002-01-30 Thread Robert Collins

- Original Message -
From: Glenn Sieb [EMAIL PROTECTED]


 second was how do I tell the install that I want
 you to just install the following packages

Make custom build and change the mirrors.lst location, and then combine
that with a local custom setup.ini and package site.

Put all the packages in base - thats a forced install.

Rob


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/




Re: Scripting Installs?

2002-01-30 Thread Robert Collins


===
- Original Message -
From: Glenn Sieb [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Wednesday, January 30, 2002 4:07 AM
Subject: Re: Scripting Installs?


 On 11:58 AM 1/29/2002 -0500, Christopher Faylor wrote:
 Have you looked into the setup.exe sources?

 No I have not. I'm not much of a programmer :)

Well, then you might want to consider providing someone who is (I am :])
some motivation to do this for you. Enhancements with broad appeal,
neat-hack value, or other quirks will motivate me. So will cash - and
the company I work for will do bespoke programming when needed. Your
requirements do not interest me in and of themselves, but they may
interest someone else here enough that you get a gratis custom-patch for
your needs.

Rob


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/




Re: Scripting Installs?

2002-01-30 Thread Robert Collins


===
- Original Message -
From: Randall R Schulz [EMAIL PROTECTED]

 These concerns about the size of Cygwin are becoming ever less
sensible.
 It's 2002, and storage is extremely cheap, fast and capacious. It
hardly
 seems worth the bother to try to pare down a Cygwin install to save a
few
 dozen (or even a hundred) megabytes of disk space. Now that I've
installed
 the new Cygwin TeX packages (adding 95 megabytes or so), my full
Cygwin
 install occupies about 310 megabytes.

Heh, I'd have serious concerns about installing all the unneeded fluff -
links/lynx/wget/curl/squid/ftp/inetd/gcc on every machine in a corporate
environment. Size isn't the issue, complexity and risk management is.

Rob


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/




RE: New on sourceware: texmf-20000804-2

2002-01-30 Thread hin-tak . leung

Well, I *did* skip the libpng update... I think the reason
(hind-sight) was that I don't expect teTeX to depend on
libpng, (and to be honest, I always go via the ps/ghostscript
route to pdf and I don't use pdftex myself, as the last
time I use it it didn't support even eps graphics; and pdftex
is a relatively new inclusion to teTeX) and another 
reason was I have a custom compiled
xv which I uses quite often, and it obviously depends 
on libpng and I would rather not break it.

By the way, the installation of teTeX still finishes -
it is only during the post-install script stage
(texconfig all?) that you get a lot of messages flashing 
by, and some of which is related to not being able to run pdftex
and families; but the script does go all the way to completion
and you would miss those messages if you are not reading it.
The only obvious indication that something is missing is
that the end of the post-install script, a window pops up
saying missing import ... . 

 
-Original Message-
From: Robert Collins [mailto:[EMAIL PROTECTED]]
Sent: 30 January 2002 09:30
To: hin-tak.leung; Jan Nieuwenhuizen
Cc: cygwin
Subject: Re: New on sourceware: texmf-2804-2


- Original Message -
From: Jan Nieuwenhuizen [EMAIL PROTECTED]
  BTW - pdftex in tetex-20001208-4 depends on the
  new (10-days-old) libpng 1.0.2.

 Hmm, that's not good.  Does that package have a new name?  Otherwise
 we're in dire need of versioned depends.

I wouldn't describe it as dire - only folk updating can get the new tex
stuff, and there's no reason for them to skip png.

Rob

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/




Re: Scripting Installs?

2002-01-30 Thread Robert Collins


===
- Original Message -
From: wayne [EMAIL PROTECTED]
  And, I should care about your specific requirements because...

 You want cygwin and it tools to continue to exist and be used.

Ehh, nope. Setup is not part of cygwin per-se, although it is specific
to cygwin. Find a better reason for me to be interested in a corporates
*internal* requirements that are not relevant to the general usermass.

Rob


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/




Re: Remote site

2002-01-30 Thread Robert Collins


===
- Original Message -
From: Robert Brown [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Wednesday, January 30, 2002 12:45 PM
Subject: Remote site


 Hello,

   I would like to store a set of packages on a remote server that we
 host only for our use.
 How do I tell setup.exe to access our server and not the one's in
the
 mirror listing if I
 want to use a URL?

Look closely at the GUI. Tell us why you didn't notice the option if
possible.

 Also, how do I store the packages in the directory and what example
URL
 do I use to access them?

Look at a cygwin mirror site, and use that as an example.

Rob


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/




Re: Install failure

2002-01-30 Thread Robert Collins


===
- Original Message -
From: Dan Horne [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Wednesday, January 30, 2002 9:31 AM
Subject: FW: Install failure




 -Original Message-
 From: Dan Horne [mailto:[EMAIL PROTECTED]]
 Sent: Wednesday, January 30, 2002 11:05 AM
 To: [EMAIL PROTECTED]
 Subject: Install failure


 Hi

 I've recently attempted to update my cygwin installation using
setup.exe,
 but it was not successful as it failed to install a new cygwin1.dll.
Looking
 through setup.log.full I see

 -- snip --

Please don't snip the logs, provide the full setup.log (bzip2'd), and
keep the setup.log.full aside in case we need it.

Rob


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/




Blue Screen Of Death

2002-01-30 Thread Brian Genisio

Hey all,

I have been having a problem that happens every once in a while where I kill a
bunch of programs at once.  My system (Win2K) was restarting itself, until I
removed the Automatically Reboot on system failures.  Now, I was able to
capture the message :

*** Stop :  a bunch of memory addresses
IRQL_NOT_LESS_OR_EQUAL

a bunch of memory adresses - ntoskrnl.exe

The operation it is executing when this happens is a shell script with a loop
that does a kill -9 on about 10 processes.

Any ideas to why this is happening?
Brian



__
Do You Yahoo!?
Great stuff seeking new owners in Yahoo! Auctions! 
http://auctions.yahoo.com

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/




Re: Blue Screen Of Death

2002-01-30 Thread Robert Collins


===
- Original Message -
From: Brian Genisio [EMAIL PROTECTED]

 *** Stop :  a bunch of memory addresses
 IRQL_NOT_LESS_OR_EQUAL

 a bunch of memory adresses - ntoskrnl.exe

 The operation it is executing when this happens is a shell script with
a loop
 that does a kill -9 on about 10 processes.

 Any ideas to why this is happening?

Yes :}.


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/




Re: A real fork() on NT

2002-01-30 Thread Christopher Faylor

On Wed, Jan 30, 2002 at 01:14:16PM +0100, Corinna Vinschen wrote:
On Wed, Jan 30, 2002 at 11:03:00AM +, Christopher January wrote:
When looking at XP's CreateProcessW (or rather, CreateProcessInternalW)
I noticed something strange about the way it creates a process.  It
seems that NT is sort of capable of a fork() command.  The function
NtCreateProcess appears to create a blank process, into which you can
put anything you want.  After NtCreateProcess, kernel32 maps the EXE
into that new process's memory space, creates a thread, and finally
calls NtResumeThread to start its execution.

If this long, nasty, scattered function could be reverse engineered, it
should be possible to create a true fork() for NT, instead of doing the
normal cygwin hack method.
Coincidentally, I was looking into a similar thing myself.  Windows NT
has a POSIX subsystem that's capable of doing fork()'s so it is
obviously possible.  Have you any ideas of the arguments passed to the
function or what it returns?

That isn't really new.  I'd like to point you to the example 6.1,
Forking a Win32 Process on p.  161ff of Gary Nebbett's excellent book
Windows NT/2000 Native API Reference, published by MTP, ISBN
1-57870-199-6, which also describes the problem with kernel32.dll
initialization of the child process.

Right:  http://cygwin.com/lists.html#see-above

First paragraph.

Somehow everyone seems to forget the fact that cygwin has been around
forever.  Although it would be refreshing to see new ideas, they really
are few and far between.

Actually, the last new idea (for me at least) that I can recall came
from Ralf Habacker when he suggested a new way of producing import
libs like libpthread.a.

cgf

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/




Re: Syntax error on compile

2002-01-30 Thread Christopher Faylor

On Wed, Jan 30, 2002 at 02:50:51PM +0530, Rajat Bawa wrote:
Sorry to mail you directly ..

Hope you won't mind telling me the e-mail address at which i can mail my
queries (the same at which you have been mailing your answers/queries) .. as
[EMAIL PROTECTED] is bouncing the mails back

Anyone else find this message just a tad confusing?

cgf

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/




RE: Syntax error on compile

2002-01-30 Thread Ebrey, Carl

 -Original Message-
 From: Christopher Faylor [mailto:[EMAIL PROTECTED]]
 Sent: 30 January 2002 16:00
 To: [EMAIL PROTECTED]
 Subject: Re: Syntax error on compile
 
 
 On Wed, Jan 30, 2002 at 02:50:51PM +0530, Rajat Bawa wrote:
 Sorry to mail you directly ..
 
 Hope you won't mind telling me the e-mail address at which i 
 can mail my
 queries (the same at which you have been mailing your 
 answers/queries) .. as
 [EMAIL PROTECTED] is bouncing the mails back
 
 Anyone else find this message just a tad confusing?

Not really.  As I see it Rajat's been trying to send mail to
[EMAIL PROTECTED] but getting bounces.  Therefore (s)he's mailed you
directly to check the address or to see if there's another that (s)he should
be mailing too.  That's what I got out of it anyway, n'owt to say that I'm
actually right :)

Carl
-- 
What shall we do today?  I know, let's write a disclaimer...


===
Information in this email and any attachments are confidential, and may
not be copied or used by anyone other than the addressee, nor disclosed
to any third party without our permission.  There is no intention to
create any legally binding contract or other commitment through the use
of this email.

Experian Limited (registration number 653331).  
Registered office: Talbot House, Talbot Street, Nottingham NG1 5HF

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/




Problem with pipes, Cygwin 1.3.9, Win98

2002-01-30 Thread Joey Mukherjee

Hello!

Something changed between Cygwin 1.3.6 and 1.3.9 on handling of pipes on the 
Windows 98 platform.

Here's a small Tcl code snippet:

set pipe [open | db_create $fileName  $null_device w]
foreach value $cmds {
puts $pipe $value
}   
close $pipe

$null_device is in the case of Windows, NUL.  db_create is a program which 
takes its input from stdin and using Tcl, I am opening a pipe to that program.  
I will write all the cmds (which is a list of tokens) into the pipe and then 
close the pipe.  This all works on Windows 2000.  

In Windows 98, however, the pipe can not be closed and my program will hang on 
the close $pipe line.  This used to work on Cygwin 1.3.6.  I am not sure which 
revision broke it, but it does not work on 1.3.9.

Any suggestions?

Thanks,
Joey

+--+
+  +
+ Joey Mukherjee The price of freedom is eternal  +
+ [EMAIL PROTECTED]   vigilance, or $12.50 as seen on  +
+ E-Bay... +
+  +
+--+



--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/




Re: [ANNOUNCEMENT] Updated: rxvt-2.7.2-8

2002-01-30 Thread Randall R Schulz

Hi, Steve,

I don't really have any need for or interest in the transparent terminals, 
but they are cute and when I read you'd enabled it for Cygwin RXVT, I 
figured I try and see what happens.

Here's a feedback point for you, should you care about such frivolities:

I run Xearth For Windows on my system (http://).

When I run rxvt -ip I see the old (Prarie Wind, I think its called) 
desktop wallpaper I'd been using when I installed Xearth (and which still 
shows up before Xearth gets going).

I don't know how Xearth interacts with the underlying or pre-existing 
Windows wallpaper nor how the new RXVT with transparency interacts with the 
Windows desktop, but if you'd like me to run some tests, I'd be happy to 
help you out.

I'm running Windows 2000 Pro with SP2. Full Cygwin, etc. Details available 
upon request.

Randall Schulz
Mountain View, CA USA


At 11:59 2002-01-29, Steve O wrote:
...

- Built with transparency enabled.
   This is bare bones support.  If you have Win2K with a tiled BMP
   background  (i.e. no active desktop), rxvt -ip may work.

...


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/




Re: [ANNOUNCEMENT] Updated: rxvt-2.7.2-8 [More]

2002-01-30 Thread Randall R Schulz

Steve,

Sorry, I forgot to go back and fill in the URL for Xearth for Windows 
before I sent the message off.

Xearth for Windows: http://www.hewgill.com/xearth/.

Randall Schulz
Mountain View, CA USA


At 11:59 2002-01-29, Steve O wrote:
...

- Built with transparency enabled.
   This is bare bones support.  If you have Win2K with a tiled BMP
   background  (i.e. no active desktop), rxvt -ip may work.

...


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/




can't 'cd /Program Files' with cygwin-1.3.9-1.tar.bz2 DLL

2002-01-30 Thread Joe Wilson

I am not able to cd /Program Files with the
cygwin1.dll from cygwin-1.3.9-1.tar.bz2.
I can successfully do this same operation using
the older cygwin-1.3.6-6.tar.bz2, however.
Is this a regression?

As an aside, 'cd /Program*Files' works fine with both dll
versions.

I only replaced the cygwin1.dll in testing and did not upgrade
any of the cygwin executables (including bash.exe).
Perhaps this the problem?

Are the newer cygwin1.dlls drop in replacements for the old versions
generally?


__
Do You Yahoo!?
Great stuff seeking new owners in Yahoo! Auctions! 
http://auctions.yahoo.com

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/




MAKEFILES environment

2002-01-30 Thread Stefan Bernögger

Hi there,

I have some troubles after installing the latest version of
the cygwin tools (bash2.05,make3.79,...)

In my makefiles there are a lot of 

-f $(MAKEFILE)

option which worked fine so far because the parameter was
automatically set to makefile

Now with the new version it is an empty string and therefore
the make command does not work.

Does anybody know how to fix this ?

Thanks a lot,

Stefan


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/




Re: can't 'cd /Program Files' with cygwin-1.3.9-1.tar.bz2 DLL

2002-01-30 Thread Michael A Chase

- Original Message -
From: Joe Wilson [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Wednesday, January 30, 2002 09:50
Subject: can't 'cd /Program Files' with cygwin-1.3.9-1.tar.bz2 DLL


 I am not able to cd /Program Files with the
 cygwin1.dll from cygwin-1.3.9-1.tar.bz2.
 I can successfully do this same operation using
 the older cygwin-1.3.6-6.tar.bz2, however.
 Is this a regression?


The equivalent for me (cd /c/Program Files) works as your expecting though
I normally wouldn't quote part of a path.  I'm using cygwin 1.3.9-1 and
WinXP.

Try cutting and pasting the exact text from the session that shows the
problem.

 As an aside, 'cd /Program*Files' works fine with both dll
 versions.

 I only replaced the cygwin1.dll in testing and did not upgrade
 any of the cygwin executables (including bash.exe).
 Perhaps this the problem?


You've certainly given people something to blame until you can prove
differently.  It's not a good idea to 'just copy' individual files.

 Are the newer cygwin1.dlls drop in replacements for the old versions
 generally?

Yes.

--
Mac :})
** I normally forward private questions to the appropriate mail list. **
Ask Smarter: http://www.tuxedo.org/~esr/faqs/smart-questions.htm
Give a hobbit a fish and he eats fish for a day.
Give a hobbit a ring and he eats fish for an age.



--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/




RE: Problems building cross compiler on NT

2002-01-30 Thread Mack Lobell

Turning off warnings didn't help. The build still fails.


From: Jan Reimers [EMAIL PROTECTED]
To: 'Mack Lobell' [EMAIL PROTECTED], [EMAIL PROTECTED], 
[EMAIL PROTECTED]
Subject: RE: Problems building cross compiler on NT
Date: Tue, 29 Jan 2002 12:22:29 -0800

Try turning off the -pedandic flag when building, this should stop gcc
2.95.x from complaining about DOS line feeds.

JR

  -Original Message-
  From: Mack Lobell [mailto:[EMAIL PROTECTED]]
  Sent: Tuesday, January 29, 2002 10:31 AM
  To: [EMAIL PROTECTED]; [EMAIL PROTECTED]
  Subject: RE: Problems building cross compiler on NT
 
 
  OK, i'll buy that.
 
  How do i get a gcc 3.X on cygwin? My current version is
  $ gcc -v
  Reading specs from /usr/lib/gcc-lib/i686-pc-cygwin/2.95.3-5/specs
  gcc version 2.95.3-5 (cygwin special)
 
  I have tried to build 3.0, 3.0.1, 3.0.2 and 3.0.3 and they
  all fail. I have
  searched for binaries for cygwin but not found any.
 
  Any hints on where i can find binaries?
 
 
  From: Chet Simpson [EMAIL PROTECTED]
  To: 'Neil Booth' [EMAIL PROTECTED], 'Mack Lobell'
  [EMAIL PROTECTED]
  CC: [EMAIL PROTECTED], [EMAIL PROTECTED]
  Subject: RE: Problems building cross compiler on NT
  Date: Mon, 28 Jan 2002 17:28:39 -0700
  
  
Mack Lobell wrote:-
   
Huh?  As far as I'm aware, that's not a diagnostic that
3.0.3's preprocessor gives.  After all, a carriage return in
a preprocessing directive is quite normal; it ends it!
   
Is the bootstrap compiler 2.x?  If so, you might want to try
3.0.3 itself.
   
Neil.
  
  Actually the problem stems from the fact that insn-flags.h
  is generated
  with symbolics:
  
  #define SOME_SYMBOLIC
  \
  Symbolic_definition_here();
  
  
  Where 2.95.3 generated them as:
  
  #define SOME_SYMBOLIC \
  Symbolic_definition_here();
  
  
  
  
  ...Chet...
  
  
  _
  Do You Yahoo!?
  Get your free @yahoo.com address at http://mail.yahoo.com
  
 
 
  _
  Chat with friends online, try MSN Messenger: http://messenger.msn.com
 


_
Join the world’s largest e-mail service with MSN Hotmail. 
http://www.hotmail.com


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/




How do i upgrade to gcc 3.X on cygwin?

2002-01-30 Thread Mack Lobell

Hi,

i have gcc 2.95.3 installed on a NT machine running cygwin. How do i upgrade 
to gcc 3.X?
The 3.X code won't compile with a 2.X compiler. On the successful build page 
gcc 3.X has been built on cygwin, how did you guys do that??

Best regards.

_
Join the world’s largest e-mail service with MSN Hotmail. 
http://www.hotmail.com


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/




[ANNOUNCEMENT] New package: links

2002-01-30 Thread Sami Tikka

[I'm sorry this announcement is so late. My ISP has been blackholed and 
I was waiting for that to be fixed but apparently it's not going to 
happen anytime soon...]

The 'links' package is now available via setup.exe

Links is a text-based browser with support for HTML tables and frames.

Links provides:

* a light and stable alternative to the big GUI browsers;
* a colour terminal (X11/GUI or console);
* lightning-fast loading and rendering of pages;
* is ideal for users who prefer to read page content without the
distraction and load of images.
* bookmarks, rebindable keys, multi-language support, multiple
character sets;
* background downloads (with multiple simultaneous connections);
* support for FTP (not passive FTP) and LOCALFILE protocols, HTTP
and FTP proxies;
* SSL support
* Partial support for HTML4.0
* Configurable MIME types using file extensions and associations

This is the first Cygwin release.

To update your installation, click on the Install Cygwin now link
on the http://cygwin.com/ web page.  This downloads setup.exe to
your system.  Save it and run setup, answer the questions and pick
up 'libxslt' from the 'Doc' or 'Lib' categories.  You may need to click
the Full button if it doesn't show up.

Note that downloads from sources.redhat.com (aka cygwin.com) aren't
allowed due to bandwidth limitations.  This means that you will need
to find a mirror which has this update.

In the US, ftp://mirrors.rcn.net/mirrors/sources.redhat.com/cygwin/
is a reliable high bandwidth connection.

In Japan, ftp://ftp.u-aizu.ac.jp/pub/gnu/gnu-win32/ is already
updated.

In DK, http://mirrors.sunsite.dk/cygwin/ is usually up-to-date.

If one of the above doesn't have the latest version of this package
you can either wait for the site to be updated or find another
mirror.

Please  send questions or comments to the Cygwin mailing list at:
[EMAIL PROTECTED] .  If you want to subscribe go to:
http://cygwin.com/lists.html I would appreciate if you would use
this mailing list rather than emailing me directly.  This includes
ideas and comments about the setup utility or Cygwin in general.

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

*** CYGWIN-ANNOUNCE UNSUBSCRIBE INFO ***

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

[EMAIL PROTECTED]

-- 
Sami Tikka, [EMAIL PROTECTED], http://www.iki.fi/sti/
/* No comment */


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/




RE: How do i upgrade to gcc 3.X on cygwin?

2002-01-30 Thread Billinghurst, David (CRTS)

To install gcc-3 into /usr/local
install dejagnu-1.4.2 if you want to run the g++ testsuite
if you want to build objc, install patch 
http://gcc.gnu.org/ml/gcc-bugs/2002-01/msg00578.html

cd to somewhere out of the gcc source tree
mkdir ${build}
cd ${build}
${srcdir}/configure --enable-threads=posix --disable-libgcj \
--enable-sjlj-exceptions --with-system-zlib --enable-nls \
--without-included-gettext --disable-shared
make bootstrap
make check
make install



-Original Message-
From: Mack Lobell [mailto:[EMAIL PROTECTED]]
Sent: Thursday, 31 January 2002 7:42 
To: [EMAIL PROTECTED]; [EMAIL PROTECTED]
Subject: How do i upgrade to gcc 3.X on cygwin?


Hi,

i have gcc 2.95.3 installed on a NT machine running cygwin. How do i upgrade 
to gcc 3.X?
The 3.X code won't compile with a 2.X compiler. On the successful build page 
gcc 3.X has been built on cygwin, how did you guys do that??

Best regards.

_
Join the world's largest e-mail service with MSN Hotmail. 
http://www.hotmail.com


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/




Re: can't 'cd /Program Files' with cygwin-1.3.9-1.tar.bz2 DLL

2002-01-30 Thread Joe Wilson

Mea culpa.  My bug report is bogus.

I did not realize I was using a bash alias 
for cd which did not have appropriate double
quoting for its arguments.

Sorry about that.

  I am not able to cd /Program Files with the
  cygwin1.dll from cygwin-1.3.9-1.tar.bz2.
  I can successfully do this same operation using
  the older cygwin-1.3.6-6.tar.bz2, however.
  Is this a regression?


__
Do You Yahoo!?
Great stuff seeking new owners in Yahoo! Auctions! 
http://auctions.yahoo.com

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/




Re: Cygwin port of rsync -- patch for Win2k (rsync 2.5.1)

2002-01-30 Thread Lapo Luchini

I don't think I have enough knowledge on the fork() in cygwin subject to
evaluate if there are better solutions, I reply also in the mailing list.

Lapo

BTW: I'll try the fix soon, just wanted some more advice from the gurus
about the issue ;)



Chuck Messenger wrote:

 Hi Lapo,

 I've been trying out the Cygwin port of rsync -- version 2.5.1.  I've
 found that it doesn't work in server (i.e. --daemon) mode on my Win2k
 box, but it does work on my Win98 box.

 I did some debugging, and came up with a fix.

 In socket.c, we have the following code which the server executes after
 being connected to by a client:

  if (fork()==0) {
  close(s);
  /* open log file in child before possibly giving
 up privileges  */
  log_open();
  _exit(fn(fd));
  }

delay(1);/* CHM addition */

  close(fd);

 I've marked my addition with .  What seems to happen on Win2k is that
 the close(fd) gets called by the mother process before the child process
 gets going.  By adding a 1 second delay after the fork in the mother
 process, it seems to give enough time for the child to replicate the
 socket, so the mother can safely close(fd) it.

 The code for delay is:

  static void  /* CHM addition */
  delay(
  int secs)
  {
  struct timeval timeout;

  timeout.tv_sec = secs;
  timeout.tv_usec = 0;

  select(0, NULL, NULL, NULL, timeout);
  }

 I've been running rsync with this mod, and it seems to work fine.

 I know it's ugly -- the real solution would be to fix fork() -- but at
 least it works...

  - Chuck

--
Lapo 'Raist' Luchini
[EMAIL PROTECTED] (PGP  X.509 keys available)
http://www.lapo.it (ICQ UIN: 529796)



--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/




Re: rsync as server on cygwin

2002-01-30 Thread Lapo Luchini

 rsync: read error: Connection reset by peer
 rsync error: error in rsync protocol data stream (code 12) at io.c(151)
 Just wondering if anyone has gotten it to work with just bare rsync
 transfers!

That's a known issue I had not yet found out how to solve (though fix from
Chuck Messenger could be useful, still had no time to check it).

BTW: could be useful IMHO if anyone with a Win98 and a WinXP box could offer
some spare machine time to the Samba Build Farm (http://build.samba.org/) as
i'm doing with my Win2k machine.
All you need to do is install a cron job to automatically download new rsync
sources (using rsync itself, the binary distributed with cygwin has no problem
downloading), compiling them (if there is a new version) and sending back the
log to the smart automated system.
Currently rsync compiles OOTB but fails the tird automated test (hands).

--
Lapo 'Raist' Luchini
[EMAIL PROTECTED] (PGP  X.509 keys available)
http://www.lapo.it (ICQ UIN: 529796)



--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/




Install problems

2002-01-30 Thread Arek

I just installed cygwin today (after a long while of not having it
installed...) and when I started up bash I discovered that $HOME wasn't
being set correctly!  After looking through the faq, I thought this might be
related to me having a windows login name with a space in it, so I edited
/etc/profile to explicitly set my username to james.  This didn't work.
After doing a bit of testing, I discovered that the following structure:

if [ -z $HOME ]; then
HOME=/home/$USER
fi

was failing to set the HOME variable correctly.  I was able to fix this by
removing the if/fi statements and just arbitrarily setting the HOME
variable.  Am I going to have other problems doing this?  Also, is there a
known reason that the HOME variable wasn't being set correctly in the first
place (it was just being set to $USER.)?

My operating system is Windows ME, if that's any help...

James Potts
([EMAIL PROTECTED])



--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/




A newbie question for cygwin 1.3.9

2002-01-30 Thread Wong, Mun Chung (Mun Chung)

Hi

I am new to cygwin and just installed it but I couldn't find gcc as part of
the
distribution. Am I missing something ? I am also not having luck with common
programs like file  more. Do I have to download those separately ? For now
I need the gcc more than anything.

The other question is if I were to compile a C program and have it
statically
linked, does it mean I can still run the binary even after blowing the
cygwin
environment away ?

Thanks in advance
MCW


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/




Re: How do i upgrade to gcc 3.X on cygwin?

2002-01-30 Thread Benjamin Scherrey

I have been able to build 3.x under cygwin when I just specify the C and C++ languages 
(see ./configure --help for info on how to do this). As I recall, it failed in the 
Fortran build. I 
didn't bother trying to figure out why as all I wanted was C  C++.

regards,

Ben Scherrey

1/30/2002 8:41:30 PM, Mack Lobell [EMAIL PROTECTED] wrote:
i have gcc 2.95.3 installed on a NT machine running cygwin. How do i upgrade 
to gcc 3.X?
The 3.X code won't compile with a 2.X compiler. On the successful build page 
gcc 3.X has been built on cygwin, how did you guys do that??




--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/




Re: A newbie question for cygwin 1.3.9

2002-01-30 Thread Christopher Faylor

On Thu, Jan 31, 2002 at 12:22:07PM +1100, Wong, Mun Chung (Mun Chung) wrote:
I am new to cygwin and just installed it but I couldn't find gcc as
part of the distribution.  Am I missing something ?

Yes.  Try installing again.  When the installation gets to a screen
where it is saying things like Base, Shells, Devel, etc., click
on Devel.

I am also not having luck with common programs like file  more.  Do I
have to download those separately ?  For now I need the gcc more than
anything.

Sounds like you should investigate other categories on above screen,
too.

You have to tell setup.exe what you want.  It doesn't install
everything.

You might also take some time to read all of the links at
http://cygwin.com/lists.html#see-above .


The other question is if I were to compile a C program and have it
statically linked, does it mean I can still run the binary even after
blowing the cygwin environment away ?

No.  Please avail yourself of the FAQ, documentation, and mailing list
archives.  All of these questions have been answered countless times
before.

cgf

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/




Re: cygwin port of rsync -- patch for Win2k (rsync 2.5.1)

2002-01-30 Thread Christopher Faylor

On Wed, Jan 30, 2002 at 08:43:57PM -0500, Christopher Faylor wrote:
On Thu, Jan 31, 2002 at 12:18:24AM +0100, Lapo Luchini wrote:
I am not saying that there can't be a problem but the analysis that the
^
 some other kind of
parent process is closing something in the child really can't be
correct.

As always, I'd appreciate debugging of this situation.  It's a given
that one doesn't implicitly have knowledge.  You have to gain knowledge
by looking at the code and running the debugger.  The techniques in
the file how-to-debug-cygwin.txt should provide you with ways to get
started.

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/




[ANNOUNCEMENT] Updated: fortune-1.8-2

2002-01-30 Thread Jonathan Kamens

I've updated the version of fortune in cygwin/contrib to 1.8-2.

This version supports the -m flag, so you can now request a list of
all fortunes matching a particular regular expression by running
fortune -m regexp.  See the fortune man page for additional
details.


  fortune-1.8-2 will NOT work with Cygwin versions prior to 1.3.7!!


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

Note that we do not allow downloads from sources.redhat.com (aka
cygwin.com) due to bandwidth limitations.  This means that you will
need to find a mirror which has this update.

In the US, ftp://mirrors.rcn.net/mirrors/sources.redhat.com/cygwin/ is
a reliable high bandwidth connection.

In Germany,
ftp://ftp.uni-erlangen.de/pub/pc/gnuwin32/cygwin/mirrors/cygnus/ is
usually pretty good.

In the UK,
http://programming.ccp14.ac.uk/ftp-mirror/programming/cygwin/pub/cygwin/
is usually up-to-date within 48 hours.

If one of the above doesn't have the latest version of this package
then you can either wait for the site to be updated or find another
mirror.

If you have questions or comments, please send them to the Cygwin
mailing list at: [EMAIL PROTECTED]  I would appreciate if you
would use this mailing list rather than emailing me directly.  This
includes ideas and comments about the setup utility or Cygwin in
general.

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


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/




Re: A real fork() on NT

2002-01-30 Thread Barubary

Do you have any idea how to compile a program for the win32 POSIX system?
If we could reverse engineer a win32 POSIX program that uses fork(), we
could see the raw NT commands to do it.

-- Barubary

- Original Message -
From: Christopher January [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Wednesday, January 30, 2002 3:03 AM
Subject: Re: A real fork() on NT


 Coincidentally, I was looking into a similar thing myself. Windows NT has
a
 POSIX subsystem that's capable of doing fork()'s so it is obviously
possible.
 Have you any ideas of the arguments passed to the function or what it
returns?



--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/




Re: A real fork() on NT

2002-01-30 Thread Christopher Faylor

On Wed, Jan 30, 2002 at 07:50:45PM -0800, Barubary wrote:
Do you have any idea how to compile a program for the win32 POSIX system?
If we could reverse engineer a win32 POSIX program that uses fork(), we
could see the raw NT commands to do it.

Corinna already provided a reference which provided you with a sample of
a Windows NT version of fork.

Just buy the book and you're all set.

cgf

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/




Re: Compile XEmacs with X support

2002-01-30 Thread Dr. Volker Zell

 Per == Per Magne Knutsen [EMAIL PROTECTED] writes:

Per Has anyone compiled XEmacs successfully with support for XFree86? I would 
like to run xemacs under 
Per X, rather than the native NT gui, but I run into all kinds of trouble during 
configure or make. I've tested 
Per different distributions, including 21.1.9, 21.5.4 and 21.4.6 but get none of 
these to compile.

Per If anyone did get this working, which distribution did you use, and were any 
patches applied?

For xemacs-21.4.6 use:

--

diff -urN -x .build -x .inst -x .sinst xemacs-21.4.6-orig/configure 
xemacs-21.4.6/configure
--- xemacs-21.4.6-orig/configureWed Nov 21 11:12:08 2001
+++ xemacs-21.4.6/configure Sun Jan 27 23:06:54 2002
@@ -13064,7 +13064,7 @@
   echo $ac_tyes 16
   sound_found=yes
need_miscplay=yes
-extra_objs=$extra_objs linuxplay.o   if test $extra_verbose = yes; 
then
+extra_objs=$extra_objs   if test $extra_verbose = yes; then
echo xemacs will be linked with \linuxplay.o\
  fi
 { test $extra_verbose = yes  cat  EOF
diff -urN -x .build -x .inst -x .sinst xemacs-21.4.6-orig/lisp/printer.el 
xemacs-21.4.6/lisp/printer.el
--- xemacs-21.4.6-orig/lisp/printer.el  Wed Jul 25 09:44:31 2001
+++ xemacs-21.4.6/lisp/printer.el   Sun Jan 27 23:06:54 2002
@@ -443,5 +443,5 @@
 (setq copies (1- copies)
((and (not (eq system-type 'windows-nt))
  (fboundp 'lpr-region))
-(lpr-region buffer))
+(lpr-region (point-min) (point-max)))
(t (error No print support available

-

  LIBS='-L/usr/lib -lssl -lcrypto' ${srcdir}/configure \
--srcdir=${srcdir} \
--prefix=${prefix} \
--with-mule \
--with-site-lisp=yes \
--with-site-modules=yes \

--package-path=/usr/local/lib/xemacs/site-packages:/usr/local/lib/xemacs/xemacs-packages:/usr/local/lib/xemacs/mule-packages
 \
--with_file_coding=yes \
--with_msw=no

-

XEmacs 21.4.6 Common Lisp (candidate 1) configured for `i686-pc-cygwin'.


Compilation / Installation:
  Source code location:  /gnu/src/xemacs-21.4.6
  Installation prefix:   /usr/local
  Operating system description file: `s/cygwin32.h'
  Machine description file:  `m/intel386.h'
  Compiler:  gcc -g -O3 -Wall -Wno-switch -Winline 
-Wmissing-prototypes -Wsign-compare -Wshadow -Wpointer-arith
  Relocating allocator for buffers:  no
  GNU version of malloc: yes

Window System:
  Compiling in support for the X window system:
- X Windows headers location: /usr/X11R6/include
- X Windows libraries location:   /usr/X11R6/lib
- Handling WM_COMMAND properly.
  Using Lucid menubars.
  Using Lucid scrollbars.
  Using Motif dialog boxes.
  Using Motif native widgets.

TTY:
  Compiling in support for ncurses.

Images:
  Compiling in support for GIF  images (builtin).
  Compiling in support for XPM  images.
  Compiling in support for PNG  images.
  Compiling in support for JPEG images.
  Compiling in support for TIFF images.
  Compiling in support for X-Face message headers.

Sound:
  Compiling in support for sound (native).

Databases:
  Compiling in support for Berkeley database.
  Compiling in support for GNU DBM.
  Compiling in support for LDAP.
  Compiling in support for PostgreSQL.
- Using PostgreSQL header file:  postgresql/libpq-fe.h
- Using PostgreSQL V7 bindings.

Internationalization:
  Compiling in support for Mule (multi-lingual Emacs).
  Compiling in support for file coding.
  Compiling in support for XIM (X11R5+ I18N input method).
- Using raw Xlib to provide XIM support.

Mail:
  Compiling in support for POP mail retrieval.

Other Features:
  Inhibiting IPv6 canonicalization at startup.
  Compiling in support for dynamic shared object modules.

--

For xemacs-21.5.3 use:

diff -urN -x .build -x .inst -x .sinst xemacs-21.5.3-orig/lisp/printer.el 
xemacs-21.5.3/lisp/printer.el
--- xemacs-21.5.3-orig/lisp/printer.el  Sun May 20 03:17:09 2001
+++ xemacs-21.5.3/lisp/printer.el   Sun Jan 13 19:17:58 2002
@@ -443,5 +443,5 @@
 (setq copies (1- copies)
((and (not (eq system-type 'windows-nt))
  (fboundp 'lpr-region))
-(lpr-region buffer))
+(lpr-region (point-min) (point-max)))
(t (error No print support available



Per Per Magne Knutsen

Ciao
  Volker


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/




Getting line ending conversion (crlf - lf) in cygwin cvs?

2002-01-30 Thread Steinar Bang

Platform: CygWin 1.3.2, CygWin/XFree86 4.1.0, Win2k

I installed cygwin with default text type Unix.

This is what is recommended by the cygwin/xfree86 User's Guide:
http://xfree86.cygwin.com/docs/ug/setup-cygwin-installing.html
(item 7, in the list in the above URL).

So what I'm wondering now, is:

 1. is it possible to make cygwin CVS do line ending translation,
without changing the default text type for all of cygwin?

 2. is it possible to change the default line ending for a cygwin
installation, without reinstalling cygwin?

 3. will changing the default line ending convention for cygwin
interfere with cygwin/xfree86?  I assume the choice is in the
User's Guide for a reason?  Will it help that I'm not running any
cygwin native X clients?  I'm using XDMCP to log in to linux boxes

Thanx!


- Steinar

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/




Re: New on sourceware: texmf-20000804-2

2002-01-30 Thread Jan Nieuwenhuizen

[EMAIL PROTECTED] writes:

 Well, I *did* skip the libpng update...

Ok.  Mabye people 'should be warned' about skipping updates, in some
broadest sense of the word?

 The only obvious indication that something is missing is
 that the end of the post-install script, a window pops up
 saying missing import ... . 

I think that setup.exe doesn't complain if a script fails.  It would
be good if a popup box at the very and would note that some script
failed.  I looked briefly into it, but I don't know where to get doco
on that windows exec-like command.

Jan.

-- 
Jan Nieuwenhuizen [EMAIL PROTECTED] | GNU LilyPond - The music typesetter
http://www.xs4all.nl/~jantien   | http://www.lilypond.org


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/