javac on cygwin

[Kevin Cheng]

Ok, I've searched for articles on getting a java
compiler working on cygwin. I got very vague info.

Can someone please give me the newbie quick setup on
setting up a java compiler to work on cygwin.

I've got the java JDK 1.4.1 from java.sun.com. Now
what do I do?

__
Do You Yahoo!?
Everything you'll ever need on one web page
from News and Sport to Email and Music Charts
http://uk.my.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: sed -i problem?

[Bonzini]

Ok, I tracked down the problem and it is because fopen is used for the file
instead of ck_fopen.  Alas I don't have a patch ready (a nice solution would
be practically the diff from 4.0.5 to 4.0.6), but grepping for [^_]fopen.*"w
and replacing fopen with ck_fopen will probably be a quick, workable hack.

|_  _  _ __
|_)(_)| ),'
--- '---


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

Start up tcsh window?

[Peter Davis]

Is there any way to start up a tcsh window without having to go
through Bash?

Thanks,

-pd


-- 

 Peter Davis
   Funny stuff at http://www.pfdstudio.com
List of resources for children's writers and illustrators at:
  http://www.pfdstudio.com/cwrl.html

--
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: Start up tcsh window?

[John Morrison]

Edit your cygwin.bat file?

@echo off

C:
chdir C:\cygwin\bin

tcsh

start tcsh for me.  Doesn't log me in, but... I don't
use tcsh.

J.

> -Original Message-
> From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf
> Of Peter Davis
> Sent: Saturday, 4 January 2003 1:10 pm
> To: [EMAIL PROTECTED]
> Subject: Start up tcsh window?
> 
> 
> Is there any way to start up a tcsh window without having to go
> through Bash?
> 
> Thanks,
> 
> -pd
> 
> 
> -- 
> 
>  Peter Davis
>Funny stuff at http://www.pfdstudio.com
> List of resources for children's writers and illustrators at:
>   http://www.pfdstudio.com/cwrl.html
> 
> --
> 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: xinetd/ init not working for me

[Sergey Okhapkin]

OK, let's troubleshut the problem step by step. I need to find out first
where the problem is, in init, initscripts or xinetd. I suspect when you run
init-config you answered "yes" to overwrite an existing /etc/inittab
installed by initscripts package. What are the last three lines of
/etc/inittab? They should be like:

# Run xdm in runlevel 5
# xdm is now a separate service
#x:5:respawn:/etc/X11/prefdm -nodaemon

If (you inittab is different)
please reinstall initscripts package.
else
post the printout of "ls -l /etc/inittab /etc/rc.d /etc/rc.d/init.d"

Sergey Okhapkin
Somerset, NJ
- Original Message -
From: "Bruce Dobrin" <[EMAIL PROTECTED]>
To: "Sergey Okhapkin" <[EMAIL PROTECTED]>; <[EMAIL PROTECTED]>
Sent: Friday, January 03, 2003 9:35 PM
Subject: Re: xinetd/ init not working for me


> no,
> the only 3 messages are:
>
> entering runlevel 3
> no more processes left at this runlevel
> `init` service started
>
>
> - Original Message -
> From: "Sergey Okhapkin" <[EMAIL PROTECTED]>
> To: "Bruce Dobrin" <[EMAIL PROTECTED]>; <[EMAIL PROTECTED]>
> Sent: Friday, January 03, 2003 6:23 PM
> Subject: Re: xinetd/ init not working for me
>
>
> > Are there any errors in NT application error log on init startup?
> >
> > Sergey Okhapkin
> > Somerset, NJ
> > - Original Message -
> > From: "Bruce Dobrin" <[EMAIL PROTECTED]>
> > To: <[EMAIL PROTECTED]>
> > Sent: Friday, January 03, 2003 9:10 PM
> > Subject: xinetd/ init not working for me
> >
> >
> > > I just upgraded to 1.3.18 and noticed a version  of init and xinetd.
I
> > > turned off inetd and  installed xinetd, chkconfig, sysvinit, and the
> > > initscripts,  Ran init-config and xinetd-config.  chkconfig says that
> > xinetd
> > > is on at runlevel3, net start init starts init at runlevel3 ,  but
> doesn't
> > > start xinetd.  If I manualy start xinetd (either with
> > > /etc/rc.d/init.d/xinetd start  or   /usr/sbin/xinetd -d) it appears to
> set
> > > up the various services,  but when I try to access the machine using
an
> > > xinetd service (telnet or rlogin) I get :
> > >
> > > 03/1/3@18:04:10: DEBUG: {server_start} Starting service login
> > > 03/1/3@18:04:10: DEBUG: {main_loop} active_services = 14
> > > 03/1/3@18:04:10: ERROR: {set_credentials} setuid failed: Permission
> denied
> > > (errno = 13)
> > > 03/1/3@18:04:10: DEBUG: {main_loop} active_services = 14
> > > 03/1/3@18:04:10: DEBUG: {main_loop} select returned 1
> > > 03/1/3@18:04:10: DEBUG: {check_pipe} Got signal 20 (Child status
> changed)
> > > 03/1/3@18:04:10: DEBUG: {child_exit} waitpid returned = 3056
> > > 03/1/3@18:04:10: DEBUG: {server_end} login server 3056 exited
> > > 03/1/3@18:04:10: DEBUG: {svc_postmortem} Checking log size of login
> > service
> > > 03/1/3@18:04:10: INFO: {conn_free} freeing connection
> > > 03/1/3@18:04:10: DEBUG: {child_exit} waitpid returned = -1
> > > 03/1/3@18:04:10: DEBUG: {main_loop} active_services = 14
> > >
> > >
> > > I've tried adding the services to the hosts.allow file and a few other
> > > things,  but no luck so far,  I've also been through the cygwin and
> xinetd
> > > lists and haven't turned anything up.
> > > Oh,  inetd works just fine,  but I'd like to use xinetd if I could.
> > >
> > > thanks for any help.
> > > Bruce Dobrin
> > > [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/
> > >
> >
> >
> >
> > --
> > 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: convert utility

[Rui Carmo]

Well, I got the December-ish CVS to compile (after fixing a few things, 
can't remember exactly what).

Works well.

R.

Joshua Daniel Franklin wrote:

What caused me a problem in searching, is that convert is a rather 
common word. From what I was told by an acquainance on a non 
computer list, imagine that, since my initial post is this is part of 
imagemagick.  Currently downloading it so my question should be 
resolved assuming I can get it to compile ;)
   


Just for posterity, I assume that you soon found this page:

http://www.imagemagick.org/www/QuickStart.html

which has links to download, among others, 

ImageMagick-i686-pc-cygwin.tar.gz


__
Do you Yahoo!?
Yahoo! Mail Plus - Powerful. Affordable. Sign up now.
http://mailplus.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/
 




--
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: Minimal xserver-wm-ssh setup

[Rui Carmo]

Are you looking for a minimal list of packages required?

I'm an atypical user (I have installed pretty much every available 
package at one time or another), but for my needs, a base cygwin install 
works fine after adding:

- openssh
- XFree (get the whole shebang while you're at it, clipboard integration 
with Windows works fine now)
- WindowMaker

All of these are listed in the setup.exe package list, and work "out of 
the box", as it were.

Mind you, there are some occasional issues with intricate stuff like X 
extensions and proprietary apps (we had some trouble getting CiscoWorks 
and other network management applications to show on a Cygwin X server, 
but tweaking X resources on the application end solved the problem)

R.

chrisf wrote:

Has anyone figured out  a minimal package install to run
1) ssh client for remote auth   2) a window manager
3)  a xserver for remote applications

I have seen the winxterm project but it only handles XDM

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





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

Perl 5.8 status?

[Rui Carmo]

Erm... Could anyone update us on the status of Perl 5.8?

It is working fine for me, with the minor annoyance of  having to keep 
remembering to "Keep" the package while running Setup, because it offers 
to replace 5.8 with 5.6 every time... :)

R.

Gerrit P. Haase wrote:

Hallo Linda,

 

5.8?  Is that available in cygwin-x86?
   


 

As a test version. It will show in the click through list, 
but hasn't yet been promoted to curr, so presumably there are 
a few buglets left.
 


 

   Ah...cool!  Maybe will have to try an early edition assuming I can
find a semi-fast mirror that carries the test versions.
   


Should be available from any mirror.

Make a backup from libperl5.6.1.dll since some other executables
in the cygwin netrelease are linked against it (e.g. exim).


Regards,

Gerrit
 




--
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: Start up tcsh window?

[Michael A Chase]

On Sat, 4 Jan 2003 13:18:52 - John Morrison <[EMAIL PROTECTED]> wrote:

> Edit your cygwin.bat file?
> 
> @echo off
> 
> C:
> chdir C:\cygwin\bin
> 
> tcsh
> 
> start tcsh for me.  Doesn't log me in, but... I don't
> use tcsh.

> > -Original Message-
> > From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf
> > Of Peter Davis
> > Sent: Saturday, 4 January 2003 1:10 pm
> > To: [EMAIL PROTECTED]
> > Subject: Start up tcsh window?
> > 
> > 
> > Is there any way to start up a tcsh window without having to go
> > through Bash?

I recommend leaving cygwin.bat alone and starting tcsh with another
batch file or directly from the Windows shortcut.  Adding the -l
option is probably a good idea.

You might also want to use rxvt, so look at how the bash startup
provided with that package works and adapt it to tcsh.

-- 
Mac :})
** I normally forward private questions to the appropriate mail list. **
Ask Smarter: http://www.tuxedo.org/~esr/faqs/smart-questions.html
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: javac on cygwin

[David P. Caldwell]

Kevin:

>Ok, I've searched for articles on getting a java
>compiler working on cygwin. I got very vague info.

>I've got the java JDK 1.4.1 from java.sun.com. Now
>what do I do?

Not sure what your background is, so I'm not sure how to answer.  Right now,
you could be someone who doesn't know Java, someone who doesn't know Cygwin,
someone who doesn't know UNIX ... so without sitting down and writing a
script that would satisfy all three audiences (a combined Java/Cygwin/UNIX
tutorial), I can't really answer your question.

You might want to check out

http://www.inonit.com/cygwin/

Perhaps you can let us know specifically what you've tried and what happened
so that we can assess your situation more accurately.

-- David.



--
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: javac on cygwin

[Randall R Schulz]

Kevin,

Javac is not particularly special. It is a Windows-native program, and as 
such requires absolute file and directory names be provided in Windows 
format (forward slashes are OK, but drive letters are required and the 
Cygwin notion of root is completely unknown to such programs). PATH-like 
variables (specifically CLASSPATH) must be in Windows format (semicolon 
separators).

Both of these conversions is handled by the "cygpath" utility. Learn about it.

I strongly suggest that if your development environment, either 
individually or as a group, is or is at all likely to become cross-platform 
(betwen Windows and any kind of Unix), that you adopt a Unix-centered set 
of build scripts and then create cover scripts that encapsulate the 
operations that bridge the gap between the POSIX / Unix world of Cygwin and 
the underlying native Sun Java SDK tools. Do so in a way that allows those 
translations to be easily switched off, replaced or made null when not 
needed (when you're working on an actual Unix system).

I do lots of Java under Windows with Cygwin and have for quite a while. 
Feel free to come back with further questions.

Randall Schulz


At 03:52 2003-01-04, Kevin Cheng wrote:
Ok, I've searched for articles on getting a java
compiler working on cygwin. I got very vague info.

Can someone please give me the newbie quick setup on
setting up a java compiler to work on cygwin.

I've got the java JDK 1.4.1 from java.sun.com. Now
what do I do?



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

FAO: cfg: defaults

[John Morrison]

> From: Christopher Faylor
> On Mon, Dec 02, 2002 at 12:56:03PM -, Morrison, John wrote:
>
> You'd probably want something like:


setup.hint:

sdesc: "Conditionally move default files to proper location"
category: _PostInstallLast
requires: ash findutils fileutils sed sh-utils
autodep: etc/defaults/.*
incver_ifdep: yes

> This would run automatically whenever packages are downloaded and
> installed in one shot.  It wouldn't run if someone downloads everything
> and then installs piecemeal, though.

I think there are lots of things that don't work when cygwin
is not installed via setup.  I can't think of any other way...

> The script to move the files would be the only thing in the package and
> it would be a post-install script.

Done :)

Please find for you perusal and review... (long links, will wrap!)
http://homepage.ntlworld.com/j-n-s.morrison/john/cygwin/update-defaults/upda
te-defaults-1.0-.tar.bz2
http://homepage.ntlworld.com/j-n-s.morrison/john/cygwin/update-defaults/defa
ults.html
(this should be added to the 'how to create a package'
instructions, or something like?)
http://homepage.ntlworld.com/j-n-s.morrison/john/cygwin/update-defaults/setu
p.hint
http://homepage.ntlworld.com/j-n-s.morrison/john/cygwin/update-defaults/md5s
um

Also, re-done base-files using this mechanism...
http://homepage.ntlworld.com/j-n-s.morrison/john/cygwin/base-files/base-file
s-1.2-1.tar.bz2
http://homepage.ntlworld.com/j-n-s.morrison/john/cygwin/base-files/setup.hin
t
http://homepage.ntlworld.com/j-n-s.morrison/john/cygwin/base-files/md5sum

Christopher: is this OK?

J.


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

IpcSemaphoreCreate

[Durbar]

Hi,

Running Win XP I have a fresh install of CygWin
on my PC, I'm trying to get up and running 
with PostgreSQL 7.3 but get the following 

$ initdb -D  /usr/local/pgsql/data

The database cluster will be initialized with locale
C.

creating directory /usr/local/pgsql/data... ok
creating directory /usr/local/pgsql/data/base... ok
creating directory /usr/local/pgsql/data/global... ok
creating directory /usr/local/pgsql/data/pg_xlog... ok
creating directory /usr/local/pgsql/data/pg_clog... ok
creating template1 database in
/usr/local/pgsql/data/base/1... IpcSemaphoreCreat
e: semget(key=1, num=17, 03600) failed: Function not
implemented

initdb failed.
Removing /usr/local/pgsql/data.

If it's got anything to do with max_connections,
SEMMNI or SEMMNS,  I would welcome a pointer on 
how to change these values on XP. 

BTW I installed using setup.exe from cygwin.com


Thanks, Durbar 









__
Do You Yahoo!?
Everything you'll ever need on one web page
from News and Sport to Email and Music Charts
http://uk.my.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/

g++, shared/static and exceptions

[Lapo Luchini]

Hi.
As I said in other messages I'm "freshening" my C++ skills thanks to a 
university project I must do, guess what, in C++ (I passed from C to 
Java some years ago but now, with STL and exceptions... but that's 
another story).

I'm using gcc 3.2 (but it must work also with 2.95), libexpat, 
libcppunit for "make check" and the full suite of the autotools (which 
is good, as I now know them much better).

I have a small problem though: I recently decided to do things "cleanly" 
and separated my program in a generic library and a set of "example 
programs" that use it.

Two problems here.

The first problem is that the library must be static as libstdc++ isn't 
available as a DLL (that's right? will it be available someday?), but 
this is not a big problem as libtool makes it very easy to use 
"--disable-shared" in the configure.
The real problem is that the exceptions thrown in the library seems to 
always "dump" the program, and can't be catched in the main (which is 
not in the lirary, of course).

I made my good Google search and I found various interesting things on 
the gcc mailing list (and in other places), the main thing being the 
following thread:
http://mail.gnu.org/pipermail/libtool/2002-May/006309.html

That make two more question raise in my head though:
1. it talks about DLL not propagating the exceptions, and I'm using a 
static library.. is a static library net meant for propagating them (so 
that the thread avoid the problem as 'not possible') or the opposite? 
(i.e. they alweays work in static libs)
2. it talks about C++ DLLs... are they possible at all? my libtool 
screams that it cannot create a dynamic library that uses a static 
library... (maybe there is some way to say to it "just include it all"? 
but the, at linking time, wouldn't there be two copies of the stdc++ 
library?)

Thanks for the help ;)

Lapo

--
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: FAO: cfg: defaults

[Christopher Faylor]

On Sat, Jan 04, 2003 at 04:50:41PM -, John Morrison wrote:
>> From: Christopher Faylor
>> On Mon, Dec 02, 2002 at 12:56:03PM -, Morrison, John wrote:
>>
>> You'd probably want something like:
>
>
>setup.hint:
>
>sdesc: "Conditionally move default files to proper location"
>category: _PostInstallLast
>requires: ash findutils fileutils sed sh-utils
>autodep: etc/defaults/.*
>incver_ifdep: yes
>
>> This would run automatically whenever packages are downloaded and
>> installed in one shot.  It wouldn't run if someone downloads everything
>> and then installs piecemeal, though.
>
>I think there are lots of things that don't work when cygwin
>is not installed via setup.  I can't think of any other way...
>
>> The script to move the files would be the only thing in the package and
>> it would be a post-install script.
>
>Done :)
>
>Please find for you perusal and review... (long links, will wrap!)
>http://homepage.ntlworld.com/j-n-s.morrison/john/cygwin/update-defaults/upda
>te-defaults-1.0-.tar.bz2
>http://homepage.ntlworld.com/j-n-s.morrison/john/cygwin/update-defaults/defa
>ults.html
>(this should be added to the 'how to create a package'
>instructions, or something like?)
>http://homepage.ntlworld.com/j-n-s.morrison/john/cygwin/update-defaults/setu
>p.hint
>http://homepage.ntlworld.com/j-n-s.morrison/john/cygwin/update-defaults/md5s
>um
>
>Also, re-done base-files using this mechanism...
>http://homepage.ntlworld.com/j-n-s.morrison/john/cygwin/base-files/base-file
>s-1.2-1.tar.bz2
>http://homepage.ntlworld.com/j-n-s.morrison/john/cygwin/base-files/setup.hin
>t
>http://homepage.ntlworld.com/j-n-s.morrison/john/cygwin/base-files/md5sum
>
>Christopher: is this OK?

You don't need my permission.  Just post to cygwin-apps and see what others
think.  Or, since you're the package maintainer and, I'm sure that you've
tested this, feel free to just refresh your packages.

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: FAO: cfg: defaults

[Christopher Faylor]

[Redirecting to cygwin-apps]
On Sat, Jan 04, 2003 at 03:17:40PM -0500, Christopher Faylor wrote:
>On Sat, Jan 04, 2003 at 04:50:41PM -, John Morrison wrote:
>>> From: Christopher Faylor
>>> On Mon, Dec 02, 2002 at 12:56:03PM -, Morrison, John wrote:
>>>
>>> You'd probably want something like:
>>
>>
>>setup.hint:
>>
>>sdesc: "Conditionally move default files to proper location"
>>category: _PostInstallLast
>>requires: ash findutils fileutils sed sh-utils
>>autodep: etc/defaults/.*
>>incver_ifdep: yes
>>
>>> This would run automatically whenever packages are downloaded and
>>> installed in one shot.  It wouldn't run if someone downloads everything
>>> and then installs piecemeal, though.
>>
>>I think there are lots of things that don't work when cygwin
>>is not installed via setup.  I can't think of any other way...
>>
>>> The script to move the files would be the only thing in the package and
>>> it would be a post-install script.
>>
>>Done :)
>>
>>Please find for you perusal and review... (long links, will wrap!)
>>http://homepage.ntlworld.com/j-n-s.morrison/john/cygwin/update-defaults/upda
>>te-defaults-1.0-.tar.bz2
>>http://homepage.ntlworld.com/j-n-s.morrison/john/cygwin/update-defaults/defa
>>ults.html
>>(this should be added to the 'how to create a package'
>>instructions, or something like?)
>>http://homepage.ntlworld.com/j-n-s.morrison/john/cygwin/update-defaults/setu
>>p.hint
>>http://homepage.ntlworld.com/j-n-s.morrison/john/cygwin/update-defaults/md5s
>>um
>>
>>Also, re-done base-files using this mechanism...
>>http://homepage.ntlworld.com/j-n-s.morrison/john/cygwin/base-files/base-file
>>s-1.2-1.tar.bz2
>>http://homepage.ntlworld.com/j-n-s.morrison/john/cygwin/base-files/setup.hin
>>t
>>http://homepage.ntlworld.com/j-n-s.morrison/john/cygwin/base-files/md5sum
>>
>>Christopher: is this OK?
>
>You don't need my permission.  Just post to cygwin-apps and see what others
>think.  Or, since you're the package maintainer and, I'm sure that you've
>tested this, feel free to just refresh your packages.

Actually, I do have one comment.  If you are using incver_ifdep in
setup.hint then you should name the package something like
foo-01-1.tar.bz2.  The 01 part gets updated every time there is
a package which relies on it.  If you use something like 1.2, I'm not
sure exactly what will happen.  It may just increment it to 1.3, 1.4,
etc., but I don't know for sure.

Also, how about posting the text bits to the mailing list rather than
having us cut and paste a URL for perusal?

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: javac on cygwin

[Igor Pechtchanski]

On Sat, 4 Jan 2003, David P. Caldwell wrote:

> Kevin:
>
> >Ok, I've searched for articles on getting a java
> >compiler working on cygwin. I got very vague info.
>
> >I've got the java JDK 1.4.1 from java.sun.com. Now
> >what do I do?
>
> Not sure what your background is, so I'm not sure how to answer.  Right now,
> you could be someone who doesn't know Java, someone who doesn't know Cygwin,
> someone who doesn't know UNIX ... so without sitting down and writing a
> script that would satisfy all three audiences (a combined Java/Cygwin/UNIX
> tutorial), I can't really answer your question.
>
> You might want to check out
>
> http://www.inonit.com/cygwin/
>
> Perhaps you can let us know specifically what you've tried and what happened
> so that we can assess your situation more accurately.
>
> -- David.

For what it's worth, I use the attached scripts as wrappers for java, jar,
javadoc and javac (the javac one is not extensively tested as I use a
Cygwin-compiled jikes for java compilation).  The only caveat is that
filenames passed as parameters to Java programs and custom doclet options
in javadoc are not converted.  You will need to change the *_EXEC values
close to the beginning of the scripts to conform to your system (I have
IBM JDK 1.3).

Hope this helps.  David, feel free to post them on the web page if needed.
I'd also appreciate any comments or bug reports.  Thanks.
Igor
-- 
http://cs.nyu.edu/~pechtcha/
  |\  _,,,---,,_[EMAIL PROTECTED]
ZZZzz /,`.-'`'-.  ;-;;,_[EMAIL PROTECTED]
 |,4-  ) )-,_. ,\ (  `'-'   Igor Pechtchanski
'---''(_/--'  `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-.  Meow!

Oh, boy, virtual memory! Now I'm gonna make myself a really *big* RAMdisk!
  -- /usr/games/fortune

#!/bin/bash
#
# A wrapper for calling Java from Cygwin
# Author: Igor Pechtchanski <[EMAIL PROTECTED]>
#

ME="`basename $0`"
JAVA_EXEC="/cygdrive/c/Program Files/IBM/Java13/jre/bin/java.exe"
ARGS=""

while [ -n "$1" ]; do
   arg="$1"
   shift
   case "$arg" in
  -cp | -classpath)
 arg="$arg' '`cygpath -p -w "$1"`"
 shift
 ;;
  -Xbootclasspath*:*)
 arg="${arg%%:*}:`cygpath -p -w "${arg#*:}"`"
 ;;
   esac
   ARGS="$ARGS '$arg'"
done

eval "set -- $ARGS"

exec "$JAVA_EXEC" "$@"


#!/bin/bash
#
# A wrapper for calling Jar from Cygwin
# Author: Igor Pechtchanski <[EMAIL PROTECTED]>
#

ME="`basename $0`"
JAR_EXEC="/cygdrive/c/Program Files/IBM/Java13/bin/jar.exe"
ARGS=""
if [ -n "$1" ]; then
   firstarg="$1"; shift
   ARGS="$ARGS '$firstarg'"
   # Check for filename
   case "$firstarg" in
  *f*) arg="`cygpath -w "$1"`"
   shift
   ARGS="$ARGS '$arg'";;
   esac
   # Check for manifest
   case "$firstarg" in
  *m*) arg="`cygpath -w "$1"`"
   shift
   ARGS="$ARGS '$arg'";;
   esac
fi
# Change all filenames
while [ -n "$1" ]; do
   arg="$1"
   shift
   case "$arg" in
  -*) ;;
  *) arg="`cygpath -p -w "$1"`" ;;
   esac
   ARGS="$ARGS '$arg'"
done

eval "set -- $ARGS"

exec "$JAR_EXEC" "$@"


#!/bin/bash
#
# A wrapper for calling Javadoc from Cygwin
# Author: Igor Pechtchanski <[EMAIL PROTECTED]>
#

ME="`basename $0`"
JAVADOC_EXEC="/cygdrive/c/Program Files/IBM/Java13/bin/javadoc.exe"
ARGS=""

while [ -n "$1" ]; do
   arg="$1"
   shift
   case "$arg" in
  # Generic options
  -overview)
 arg="$arg' '`cygpath -w "$1"`"
 shift
 ;;
  -public | \
  -protected | \
  -package | \
  -private | \
  -help | \
  -1.1 | \
  -verbose)
 ;;
  -doclet | \
  -locale | \
  -encoding)
 arg="$arg' '$1"
 shift
 ;;
  -docletpath | \
  -sourcepath | \
  -classpath | \
  -bootclasspath | \
  -extdirs)
 arg="$arg' '`cygpath -p -w "$1"`"
 shift
 ;;

  # Java flags option
  -Jcp | -Jclasspath)
 arg="$arg' '`cygpath -p -w "$1"`"
 shift
 ;;
  -JXbootclasspath*:*)
 arg="${arg%%:*}:`cygpath -p -w "${arg#*:}"`"
 ;;
  -J*)
 ;;

  # Doclet options
  -d | \
  -helpfile | \
  -stylesheetfile)
 arg="$arg' '`cygpath -w "$1"`"
 shift
 ;;
  -use | \
  -version | \
  -author | \
  -splitindex | \
  -nodeprecated | \
  -nodeprecatedlist | \
  -nosince | \
  -notree | \
  -noindex | \
  -nohelp | \
  -nonavbar | \
  -serialwarn)
 ;;
  -windowtitle | \
  -doctitle | \
  -title)
 arg="$arg' '$1"
 shift
 ;;
  -header | \
  -footer | \
  -bottom)
 # Quote single quotes
 arg="$arg' '`echo "$1" | sed "s/'/'"'"'"'"'"'"'/g"`"
 shift
 ;;
  -link)

[Mostly to Charles Wilson] Upgrading Cygwin's CVS

[Max Bowsher]

In http://sources.redhat.com/ml/cygwin/2002-06/msg00754.html, Charles
withdrew a test cvs-1.11.2 package, saying that some bugs had been found.
I've recently compiled cvs 1.11.4 for myself, because I wanted the new rlog
command. I was wondering what these bugs were, in case I might encounter
them in my locally compiled version.

Thanks,

Max.


--
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: javac on cygwin

[Shankar Unni]

Randall R Schulz wrote:


Javac is not particularly special. It is a Windows-native program, and 
as such requires absolute file and directory names be provided in 
Windows format (forward slashes are OK, but drive letters are required 
and the Cygwin notion of root is completely unknown to such programs). 

Javac is a pure java program. The "windows executable" is only there as 
a thin native wrapper that launches sun.tools.javac.Main.

The bigger problem is that Sun JRE is compiled to the native Win32 API, 
not to cygwin, so *any* Java programs running in the Sun JRE will never 
understand cygwin mount points.

In theory, someone could invest in the effort to port, say, the Linux 
port of the Sun JRE to cygwin, but it would be a huge effort.

Igor's idea (wrappers that run cygpath -m on the paths being passed to 
Java) would be the best approach in this situation, especially for 
well-known Java programs like "javac".




--
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: javac on cygwin

[Randall R Schulz]

Shankar,

At 14:17 2003-01-04, Shankar Unni wrote:

Randall R Schulz wrote:


Javac is not particularly special. It is a Windows-native program, and as 
such requires absolute file and directory names be provided in Windows 
format (forward slashes are OK, but drive letters are required and the 
Cygwin notion of root is completely unknown to such programs).

Javac is a pure java program. The "windows executable" is only there as a 
thin native wrapper that launches sun.tools.javac.Main.

That may be true, but it's irrelevant. Its external interface via its 
command line options follows the Windows conventions. That's all that 
matters. It is a Windows executable for all intents and purposes.


The bigger problem is that Sun JRE is compiled to the native Win32 API, 
not to cygwin, so *any* Java programs running in the Sun JRE will never 
understand cygwin mount points.

Yes, of course. That's hardly surprising.



In theory, someone could invest in the effort to port, say, the Linux port 
of the Sun JRE to cygwin, but it would be a huge effort.

Igor's idea (wrappers that run cygpath -m on the paths being passed to 
Java) would be the best approach in this situation, especially for 
well-known Java programs like "javac".

That's what I do. I have a generic one that converts anything that "looks 
like" a file name via cygpath. It's not fool-proof, but the criteria for 
converting names could be refined.

The alternative is a target-specific script that understands what all the 
arguments options and option arguments are and converts them as needed.

Randall Schulz 


--
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: FAO: cfg: defaults

[Randall R Schulz]

John,

At 08:50 2003-01-04, John Morrison wrote:

...

Please find for you perusal and review... (long links, will wrap!)


Why don't you enclose all URLs in email within angle brackets instead of 
forcing people to reintegrate the wrapped links? Even a short URL can fall 
on a line wrap boundary if embedded in other text.




(this should be added to the 'how to create a package' instructions, or 
something like?)



Also, re-done base-files using this mechanism...





Randall Schulz 


--
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: [Mostly to Charles Wilson] Upgrading Cygwin's CVS

[Charles Wilson]

Max Bowsher wrote:

In http://sources.redhat.com/ml/cygwin/2002-06/msg00754.html, Charles
withdrew a test cvs-1.11.2 package, saying that some bugs had been found.
I've recently compiled cvs 1.11.4 for myself, because I wanted the new rlog
command. I was wondering what these bugs were, in case I might encounter
them in my locally compiled version.


Gosh, I don't remember the exact details, and can't seem to find it in 
my TODO or NOTES files for cvs.  Trolling thru my mail archives...

It seems that the problems were the standard text/binary issues, on 
reading .cvsignore, .cvsrc, .cvspass -- coupled with issues reading the 
ENTRIES, REPOSITORY, and ROOT files in the CVS dirs.  Something like 
they tended to gain more and more ^M's at the end of each line...which 
led to problems.  These issues are NOT problems on cvs-1.11.0, IIRC, and 
represent a regression for cvs-1.11.2.  Plus, there are the continuing 
problems of hosting a cvs repository on a text mount.  I think.

Really, these issues are not too difficult to track down and fix, but I 
decided to abandon the official cvs codebase at that point(see below), 
and haven't worked up the gumption to re-do all of the original 
cygwin-porting stuff with regards to the cvsnt codebase, so we're still 
languishing at cvs-1.11.0.

Anyway, I'm stunned to hear that the bozos running the cvs project 
actually got around to releasing TWO new versions (1.11.3 and 1.11.4). 
[No, I don't have a lot of respect for people who contemptuously ignore 
patches without even the courtesy of a response...after a couple of 
reminders over several weeks...]

Because of all that, I'd pretty much decided that the next time I update 
the 'cvs' package, I'm going to use the cvsnt codebase (which, despite 
its name, does compile under unix: on "unixoid" platforms, it is 
essentially regular cvs + bugfixes.  Bugfixes the "real" cvs maintainers 
seem to believe are beneath their dignity.  No, I'm not bitter.)  But 
that's a lot of testing I'm not really ready for right now.

So, in answer to your question, I'd make sure that the behavior and 
contents of the .cvs* files, and the CVS/* files, make "sense" when your 
home directory and working directories are on both binary and text 
mounts -- and continue to make sense after a few rounds of commits and 
checkouts.

--Chuck




--
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: javac on cygwin

[Christopher Faylor]

On Sat, Jan 04, 2003 at 04:20:36PM -0800, Randall R Schulz wrote:
>At 14:17 2003-01-04, Shankar Unni wrote:
>>Randall R Schulz wrote:
>>
>>>Javac is not particularly special. It is a Windows-native program, and as 
>>>such requires absolute file and directory names be provided in Windows 
>>>format (forward slashes are OK, but drive letters are required and the 
>>>Cygwin notion of root is completely unknown to such programs).
>>
>>Javac is a pure java program. The "windows executable" is only there as a 
>>thin native wrapper that launches sun.tools.javac.Main.
>
>That may be true, but it's irrelevant. Its external interface via its 
>command line options follows the Windows conventions. That's all that 
>matters. It is a Windows executable for all intents and purposes.
>
>
>>The bigger problem is that Sun JRE is compiled to the native Win32 API, 
>>not to cygwin, so *any* Java programs running in the Sun JRE will never 
>>understand cygwin mount points.
>
>Yes, of course. That's hardly surprising.
>
>
>>In theory, someone could invest in the effort to port, say, the Linux port 
>>of the Sun JRE to cygwin, but it would be a huge effort.
>>
>>Igor's idea (wrappers that run cygpath -m on the paths being passed to 
>>Java) would be the best approach in this situation, especially for 
>>well-known Java programs like "javac".
>
>That's what I do. I have a generic one that converts anything that "looks 
>like" a file name via cygpath. It's not fool-proof, but the criteria for 
>converting names could be refined.
>
>The alternative is a target-specific script that understands what all the 
>arguments options and option arguments are and converts them as needed.

I remember speculating at one point about creating wrappers to the win32
functions like CreateFile, MoveFile, etc.  which would understand cygwin
paths.  You could theoretically modify an .exe to load cygwin1.dll and
use the wrapper functions.  Or you could use some of Windows hook
facilities to do that.

I don't think my idea met with much enthusiasm when I mentioned it, but
I always thought it would be an interesting exercise.  It wouldn't help
for programs which actually do parsing on input file specs outside of
the standard Windows API, though.

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: FAO: cfg: defaults

[Christopher Faylor]

On Sat, Jan 04, 2003 at 04:24:53PM -0800, Randall R Schulz wrote:
>At 08:50 2003-01-04, John Morrison wrote:
>>Please find for you perusal and review...  (long links, will wrap!)
>
>Why don't you enclose all URLs in email within angle brackets instead
>of forcing people to reintegrate the wrapped links?  Even a short URL
>can fall on a line wrap boundary if embedded in other text.

I've noticed that people do this and I'm always curious as to why.  Is
there a mail reader convention that causes angle bracket wrapped URLs to
be properly understood?  I know that my mail reader doesn't understand
them but...

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: FAO: cfg: defaults

[Robert Collins]

On Sun, 2003-01-05 at 12:33, Christopher Faylor wrote:
> On Sat, Jan 04, 2003 at 04:24:53PM -0800, Randall R Schulz wrote:
> >At 08:50 2003-01-04, John Morrison wrote:
> >>Please find for you perusal and review...  (long links, will wrap!)
> >
> >Why don't you enclose all URLs in email within angle brackets instead
> >of forcing people to reintegrate the wrapped links?  Even a short URL
> >can fall on a line wrap boundary if embedded in other text.
> 
> I've noticed that people do this and I'm always curious as to why.  Is
> there a mail reader convention that causes angle bracket wrapped URLs to
> be properly understood?  I know that my mail reader doesn't understand
> them but...

Yes, there is. Uhmm, I *think* it was Eudora years and years ago that
did it first.

Rob
-- 
---
GPG key available at: http://users.bigpond.net.au/robertc/keys.txt.
---



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

Re: FAO: cfg: defaults

[Randall R Schulz]

Chris,

I think it's in one of the email RFCs. I remember tracking it down once 
during an (ill-considered) "debate" on one of the Bay Area Usenet groups.

I should have made note of where I found it, but I didn't. I can find a 
variety of non-official mentions of this as a recommended convention using 
Google, but the relevant RFCs are numerous and voluminous.

I'll try to find something definitive and authoritative and let you know. 
(It's one of those pet peeve / crusade things for me to get people to use 
these things, so the authority of the IETF is something good to have at hand.)

Randall Schulz


At 17:33 2003-01-04, Christopher Faylor wrote:
On Sat, Jan 04, 2003 at 04:24:53PM -0800, Randall R Schulz wrote:
>At 08:50 2003-01-04, John Morrison wrote:
>>Please find for you perusal and review...  (long links, will wrap!)
>
>Why don't you enclose all URLs in email within angle brackets instead
>of forcing people to reintegrate the wrapped links?  Even a short URL
>can fall on a line wrap boundary if embedded in other text.

I've noticed that people do this and I'm always curious as to why.  Is
there a mail reader convention that causes angle bracket wrapped URLs to
be properly understood?  I know that my mail reader doesn't understand
them but...

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: FAO: cfg: defaults

[Christopher Faylor]

On Sat, Jan 04, 2003 at 05:58:10PM -0800, Randall R Schulz wrote:
>Chris,
>
>I think it's in one of the email RFCs. I remember tracking it down once 
>during an (ill-considered) "debate" on one of the Bay Area Usenet groups.
>
>I should have made note of where I found it, but I didn't. I can find a 
>variety of non-official mentions of this as a recommended convention using 
>Google, but the relevant RFCs are numerous and voluminous.
>
>I'll try to find something definitive and authoritative and let you know. 
>(It's one of those pet peeve / crusade things for me to get people to use 
>these things, so the authority of the IETF is something good to have at 
>hand.)

Thanks.  I'm glad I asked.  I probably should have implemented something
for my email reader a while ago.  This might spur me on to do that.

Hmm.  I guess I'm getting off-topic now.

*Slap*

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: FAO: cfg: defaults

[Scott W Brim]

On Sun, Jan 05, 2003 12:38:25PM +1100, Robert Collins allegedly wrote:
> On Sun, 2003-01-05 at 12:33, Christopher Faylor wrote:
> > On Sat, Jan 04, 2003 at 04:24:53PM -0800, Randall R Schulz wrote:
> > >At 08:50 2003-01-04, John Morrison wrote:
> > >>Please find for you perusal and review...  (long links, will wrap!)
> > >
> > >Why don't you enclose all URLs in email within angle brackets instead
> > >of forcing people to reintegrate the wrapped links?  Even a short URL
> > >can fall on a line wrap boundary if embedded in other text.
> > 
> > I've noticed that people do this and I'm always curious as to why.  Is
> > there a mail reader convention that causes angle bracket wrapped URLs to
> > be properly understood?  I know that my mail reader doesn't understand
> > them but...
> 
> Yes, there is. Uhmm, I *think* it was Eudora years and years ago that
> did it first.

Pete Resnick (editor of RFC2822, and employee of Qualcomm) was one of
the leaders of the movement to make <> a standard.  IIRC it never became
required, but if you want to set off URLs, it's a nice way to do it.

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

1.3.18: slow pipe performance when cpu busy

[David Rothenberger]

I've noticed slow pipe performance when my CPU is busy running 
low-priority programs (e.g., SETI@home).  For example, if I run:

% grep keychain .profile

the command completes very fast.  However, when I run

% cat .profile | grep keychain

the command takes 6-7 seconds to complete.  However, if I kill 
SETI@home, the command completes quickly.

(BTW, SETI@home is running at Low priority as reported by Windows.)

I do not have this problem if I revert back to 1.3.17.

cygcheck output is attached.  Please let me know if there's more info I 
can provide.




Cygwin Win95/NT Configuration Diagnostics
Current System Time: Sat Jan 04 18:31:51 2003

Windows 2000 Professional Ver 5.0 Build 2195 Service Pack 3

Path:   h:\users\drothe\bin
C:\cygwin\usr\local\bin
C:\cygwin\bin
C:\cygwin\bin
c:\WINNT\system32
c:\WINNT
c:\WINNT\System32\Wbem
c:\Program Files\PGPNT
c:\Program Files\Executive Software\DiskeeperWorkstation\
c:\Program Files\SSH Communications Security\SSH Secure Shell
C:\cygwin\usr\X11R6\bin

SysDir: C:\WINNT\System32
WinDir: C:\WINNT

HOME = `h:\users\drothe'
MAKE_MODE = `unix'
PWD = `/c/temp'
USER = `drothe'

ALLUSERSPROFILE = `C:\Documents and Settings\All Users'
APPDATA = `C:\Documents and Settings\drothe\Application Data'
COLORFGBG = `0;default;15'
COLORTERM = `rxvt-xpm'
COMMONPROGRAMFILES = `C:\Program Files\Common Files'
COMPUTERNAME = `TELA'
COMSPEC = `C:\WINNT\system32\cmd.exe'
DISKEEPERICON = `C:\Program Files\Executive Software\DiskeeperWorkstation\'
DISPLAY = `:0'
HOMEDRIVE = `C:'
HOMEPATH = `\'
LOGONSERVER = `\\TELA'
MANPATH = `:/usr/ssl/man'
NUMBER_OF_PROCESSORS = `1'
OLDPWD = `/home/drothe'
OS2LIBPATH = `C:\WINNT\system32\os2\dll;'
OS = `Windows_NT'
OSTYPE = `cygwin'
PATHEXT = `.COM;.EXE;.BAT;.CMD;.VBS;.VBE;.JS;.JSE;.WSF;.WSH'
PROCESSOR_ARCHITECTURE = `x86'
PROCESSOR_IDENTIFIER = `x86 Family 15 Model 2 Stepping 4, GenuineIntel'
PROCESSOR_LEVEL = `15'
PROCESSOR_REVISION = `0204'
PROGRAMFILES = `C:\Program Files'
PROMPT = `$P$G'
PROMPT_COMMAND = `echo -ne "\033]0;${USER}@${HOSTNAME}: ${PWD}\007"'
PS1 = `[\W]> '
SHLVL = `1'
SSH_AGENT_PID = `1596'
SSH_AUTH_SOCK = `/tmp/ssh-yvPEK284/agent.284'
SYSTEMDRIVE = `C:'
SYSTEMROOT = `C:\WINNT'
TEMP = `c:\DOCUME~1\drothe\LOCALS~1\Temp'
TERM = `xterm'
USERDOMAIN = `TELA'
USERNAME = `drothe'
USERPROFILE = `C:\Documents and Settings\drothe'
WINDIR = `C:\WINNT'
WINDOWID = `168046600'
_ = `/bin/cygcheck'

HKEY_CURRENT_USER\Software\Cygnus Solutions
HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin
HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\mounts v2
HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\Program Options
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2
  (default) = `/cygdrive'
  cygdrive flags = 0x0022
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/
  (default) = `C:\cygwin'
  flags = 0x000a
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/c
  (default) = `c:'
  flags = 0x000a
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/d
  (default) = `d:'
  flags = 0x000a
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/e
  (default) = `e:'
  flags = 0x000a
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/f
  (default) = `f:'
  flags = 0x000a
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/g
  (default) = `g:'
  flags = 0x000a
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/h
  (default) = `h:'
  flags = 0x000a
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/home
  (default) = `h:\users'
  flags = 0x000a
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/i
  (default) = `i:'
  flags = 0x000a
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/j
  (default) = `j:'
  flags = 0x000a
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/k
  (default) = `k:'
  flags = 0x000a
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/l
  (default) = `l:'
  flags = 0x000a
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/m
  (default) = `m:'
  flags = 0x000a
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/n
  (default) = `n:'
  flags = 0x000a
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/r
  (default) = `r:'
  flags = 0x010a
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/s
  (default) = `s:'
  flags = 0x010a
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/usr/bin
  (default) = `C:\cygwin/bin'
  flags = 0x000a
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/usr/lib
  (default) = `C:\cygwin/lib'
  flags = 0x000a
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/usr/src
  (default) = `d:\cygwin\src'
  flags = 0x000a
HKEY_LOCAL_MACHINE\SO

Re: IpcSemaphoreCreate

[Jason Tishler]

Durbar,

On Sat, Jan 04, 2003 at 06:02:28PM +, Durbar wrote:
> creating template1 database in /usr/local/pgsql/data/base/1... IpcSemaphoreCreate: 
>semget(key=1, num=17, 03600) failed: Function not implemented

Do you Google?


http://www.google.com/search?hl=en&lr=&ie=UTF-8&oe=UTF-8&q=IpcSemaphoreCreate+cygwin+%22Function+not+implemented%22

Jason

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

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

Re: 1.3.18: slow pipe performance when cpu busy

[Randall R Schulz]

David,

I reported this exact same thing on Dec. 26, '02 (Subject: "Delays With 
Pipes In Cygwin 1.3.18").

For me having a CPU soaker going is not optional ("You have completed more 
work units than 99.199% of our users.", if you get my drift) and I make 
extensive use of pipes both explicitly and buried in scripts and shell 
procedures, so this is an intolerable situation for me and for that reason 
I've also backed off to 1.3.17 until some kind of resolution is reached.

I was going to use strace to see if it would disclose anything more 
interesting or detailed, but I'm fresh out of round tuits.

By the way, you said your cygcheck output was attached, but it appeared 
in-line. Check to make sure your mailer is not configured to put text-only 
attachments in-line with the message body.

Randall Schulz


At 18:43 2003-01-04, David Rothenberger wrote:
I've noticed slow pipe performance when my CPU is busy running 
low-priority programs (e.g., SETI@home).  For example, if I run:

% grep keychain .profile

the command completes very fast.  However, when I run

% cat .profile | grep keychain

the command takes 6-7 seconds to complete.  However, if I kill SETI@home, 
the command completes quickly.

(BTW, SETI@home is running at Low priority as reported by Windows.)

I do not have this problem if I revert back to 1.3.17.

cygcheck output is attached.  Please let me know if there's more info I 
can provide.


--
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: FAO: cfg: defaults

[Randall R Schulz]

Chris,

I hope this isn't too far off-topic or excessive in its protractedness. If 
you'd like, I'll tease the cat a little and get some scratches on my arms.


Anyway, I found this in RFC 1738, "Uniform Resource Locators (URL)" 
(, lines 1183 through 1225):


-==--==--==--==--==--==--==--==--==--==--==--==--==--==--==--==--==-
APPENDIX: Recommendations for URLs in Context

   URIs, including URLs, are intended to be transmitted through
   protocols which provide a context for their interpretation.

   In some cases, it will be necessary to distinguish URLs from other
   possible data structures in a syntactic structure. In this case, is
   recommended that URLs be preceeded with a prefix consisting of the
   characters "URL:". For example, this prefix may be used to
   distinguish URLs from other kinds of URIs.

   In addition, there are many occasions when URLs are included in other
   kinds of text; examples include electronic mail, USENET news
   messages, or printed on paper. In such cases, it is convenient to
   have a separate syntactic wrapper that delimits the URL and separates
   it from the rest of the text, and in particular from punctuation
   marks that might be mistaken for part of the URL. For this purpose,
   is recommended that angle brackets ("<" and ">"), along with the
   prefix "URL:", be used to delimit the boundaries of the URL.  This
   wrapper does not form part of the URL and should not be used in
   contexts in which delimiters are already specified.

   In the case where a fragment/anchor identifier is associated with a
   URL (following a "#"), the identifier would be placed within the
   brackets as well.

   In some cases, extra whitespace (spaces, linebreaks, tabs, etc.) may
   need to be added to break long URLs across lines.  The whitespace
   should be ignored when extracting the URL.

   No whitespace should be introduced after a hyphen ("-") character.
   Because some typesetters and printers may (erroneously) introduce a
   hyphen at the end of line when breaking a line, the interpreter of a
   URL containing a line break immediately after a hyphen should ignore
   all unencoded whitespace around the line break, and should be aware
   that the hyphen may or may not actually be part of the URL.

   Examples:

  Yes, Jim, I found it under ftp://info.cern.ch/pub/www/doc;
  type=d> but you can probably pick it up from ftp://ds.in
  ternic.net/rfc>.  Note the warning in http://ds.internic.
  net/instructions/overview.html#WARNING>.
-==--==--==--==--==--==--==--==--==--==--==--==--==--==--==--==--==-

I guess this passage, appearing as it does in an appendix with the title 
"Recommendations ...", does not have the force of a standard per se, but 
it's good enough for me.

I notice as I peruse the RFCs that this recommendation (including URL: part) 
is widely used in the plain-text RFCs.

RFC 2369 "The Use of URLs as Meta-Syntax for Core Mail List Commands and 
their Transport through Message Header Fields" is also somewhat relevant and 
indicates that for its purposes within headers, the angle brackets are in 
fact mandatory and specified within the RFC proper.

Randall Schulz



At 18:08 2003-01-04, Christopher Faylor wrote:
>On Sat, Jan 04, 2003 at 05:58:10PM -0800, Randall R Schulz wrote:
>>Chris,
>>
>>I think it's in one of the email RFCs. I remember tracking it down once 
>>during an (ill-considered) "debate" on one of the Bay Area Usenet groups.
>>
>>I should have made note of where I found it, but I didn't. I can find a 
>>variety of non-official mentions of this as a recommended convention using 
>>Google, but the relevant RFCs are numerous and voluminous.
>>
>>I'll try to find something definitive and authoritative and let you know. 
>>(It's one of those pet peeve / crusade things for me to get people to use 
>>these things, so the authority of the IETF is something good to have at 
>>hand.)
>
>Thanks.  I'm glad I asked.  I probably should have implemented something
>for my email reader a while ago.  This might spur me on to do that.
>
>Hmm.  I guess I'm getting off-topic now.
>
>*Slap*
>
>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: perl error messages with cygwin 1.3.18-1

[Jeremy Hetzler]

At 05:03 AM 1/2/2003 -0600, Tommy Butler wrote:

Greg Matheson wrote:
Further, perldoc.exe isn't rendering pages correctly since 5.8 either.  For
example, "$ perldoc UNIVERSAL" produces the following when run from cygwin 
bash
(quoted text snippet indented 3 spaces.)


   ESC[1mNAMEESC[0m
  UNIVERSAL - base class for ALL classes (blessed references)

   ESC[1mSYNOPSISESC[0m
  $io = $fd->isa("IO::Handle");
  $sub = $obj->can('print');

  $yes = UNIVERSAL::isa($ref, "HASH");


   ESC[1mDESCRIPTIONESC[0m
  "UNIVERSAL" is the base class which all bless references will 
inherit
  from, see the perlobj manpage
...

Seems like escapes are getting printed out wrong...  Using man to read the
perldocs works just fine though.  Hope this gets fixed somehow (if it is a bug
indeed and not specific to my system.)  I'm also looking forward to using
podchecker in 5.8, which recognizes =header3 command paragraphs in PODs!

There was a recent change to less that produced this behavior. Try adding 
the -R switch to $LESS.



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