Re: [BUG] NetInstaller leaves bad dates

[Jan Nieuwenhuizen]

"Robert Collins" <[EMAIL PROTECTED]> writes:

> The cross-posting is fine,

Except that info-lilypond is moderated, try [EMAIL PROTECTED]

> the complete lack of detail - versions,
> filesystem, OS - is not.

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/

Re: [BUG] NetInstaller leaves bad dates

[Michael A Chase]

- Original Message -
From: "David A. Cobb" <[EMAIL PROTECTED]>
To: "Robert Collins" <[EMAIL PROTECTED]>
Cc: <[EMAIL PROTECTED]>; <[EMAIL PROTECTED]>; "XEmacs NT Mailing List"
<[EMAIL PROTECTED]>
Sent: Monday, March 04, 2002 16:43
Subject: Re: [BUG] NetInstaller leaves bad dates


> Win98se (4.10.), Fat32fs with multiple PMagic partitions
> Cygwin Netinstall 2.125.2.10
> Xemacs Netinstall 1.2.2.1.2.7 ( ! Wow ! )
> Lillypond Netinstall 2.96.jcn1
>
> With that much variation, I suspect the common point-of-failure may be
> Cygwin TAR 1.13.19-1


Setup.exe (Cygwin's install tool) has its own methods for extracting from
compressed tar files; it does not use tar, gunzip, or bunzip2.

The problem is more likely a system configuration issue.

> I think there is a known deficiency because the resolution of FAT32
> filesystem timestamps is 2-sec (vice 1-sec or less on a *Nix box)  For
> XEmacs, that could also be why installed *.el files appear newer than
> *.elc files.  Ummm - maybe that doesn't make sense either; maybe fixing
> the invalid dates causes that secondary problem.

The two second granularity in FAT file system dates shouldn't result in
invalid dates.  Are your system clock and timezone correct?  Do the dates of
the files being complained about appear reasonable to ls or dir?
--
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/

in Cygwin , sqlplus and use "ed" command

[Tiffany Chan]

I telnet to a win 2000 adv SP2 server using Cygwin.
Then sqlplus to a database (oracle 8.1.7). I would
like to use "ed" command in sqlplus:

SQL > define_editor="notepad"(CHAR)
I changed the default editor, as notepad cannot be
displayed in telnet session:
SQL > define_editor="vi"
SQL > select * from tableA;
SQL > ed

Wrote file afiedt.buf
'vi' is not recognized as an internal or external
command, operable program or batch file.

As i know cygwin call "vim.exe", i try
SQL > define_editor="vim"
SQL > select * from tableA;
SQL > ed

vim : Error readin input; exiting
vim : Finished

How can i use "ed" command (sqlplus) using Cygwin ?
Thanks





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

Backspacing causes Xwin to hang up.

[Thuan Hieu Nguyen]

When I launch a Xwin using startwin.bat, get this
prompt:
 
'bash-2.05a$'

then I type some command

'bash-2.05a$xtartwn'

when I use backspace go back to fix my typo, the Xterm
hangs up when the cursor get past the first character

'bash-2.05a$'



=


__
Do You Yahoo!?
Try FREE Yahoo! Mail - the world's greatest free email!
http://mail.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: [c++ stl] std::string bug?

[Dylan Cuthbert]

data doesn't necessarily return a zero-terminated string, it simply returns
a ptr to the raw data.  It is only zero-terminated if you call c_str() which
is, of course, why there are two functions in the first place.

This is in the wrong mailing list however, redirect it to the appropriate
gnu gcc mailing list.

Regards

-
Q-Games, Dylan Cuthbert.
http://www.q-games.com/personal/utils

"Gwenaël Durand" <[EMAIL PROTECTED]> wrote in message
[EMAIL PROTECTED]">news:[EMAIL PROTECTED]...
> Hi,
>
> It seems that one constructor of the std::string class or the data()
method
> doesn't work properly.
>
> string::data() and string::c_str() are supposed to be equivalent but don't
> always behave the same.
>
> have a look at the following  code and its test.
>
> ?
>
> Thanks,
> Gwenaël
>
> PS: I update cygwin this morning => 1.3.9
> __
> #include 
> #include 
> using namespace std;
>
> void foo(const std::string& _str){
>   cout<<"foo: cout<<_str=> "<< _str   <   cout<<"foo: cout<<_str.data() => "<< _str.data()  <   cout<<"foo: cout<<_str.c_str()=> "<< _str.c_str() <   cout<<"foo: _str.length() => "<< _str.length()< }
>
> void main(int argc, char **argv)
> {
>   std::string str;
>   if (argc > 1) str = argv[1];
>   else str = "OOO";
>
>   cout<<"--foo(str);"<   foo(str);
>
>   cout<<"--foo(\"say hello!\");"<   foo("say hello!");
>
>   cout<<"--foo(\"...\");"<   foo("...");
>
>   cout<<"--foo(str);"<   foo(str);
> }
> _
>
> > g++ code.cpp -o code.exe
> > code.exe
> --foo(str);
> foo: cout<<_str=> OOO
> foo: cout<<_str.data()  => OOO
> foo: cout<<_str.c_str() => OOO
> foo: _str.length()   => 7
>
> --foo("say hello!");
> foo: cout<<_str   => say hello!
> foo: cout<<_str.data() => say hello!
> foo: cout<<_str.c_str()=> say hello!
> foo: _str.length() => 10
>
> --foo("...");
> foo: cout<<_str   => ...
> foo: cout<<_str.data() => ... hello!<=
> ???!!!
> foo: cout<<_str.c_str()=> ...
> foo: _str.length() => 3
>
> --foo(str);
> foo: cout<<_str   => OOO
> foo: cout<<_str.data() => OOO
> foo: cout<<_str.c_str()=> OOO
> foo: _str.length()  => 7
> >
> __
>
> From my cygcheck.out:
> Cygwin DLL version info:
> DLL version: 1.3.9
> DLL epoch: 19
> DLL bad signal mask: 19005
> DLL old termios: 5
> DLL malloc env: 28
> API major: 0
> API minor: 51
> Shared data: 3
> DLL identifier: cygwin1
> Mount registry: 2
> Cygnus registry name: Cygnus Solutions
> Cygwin registry name: Cygwin
> Program options name: Program Options
> Cygwin mount registry name: mounts v2
> Cygdrive flags: cygdrive flags
> Cygdrive prefix: cygdrive prefix
> Cygdrive default prefix:
> Build date: Mon Jan 21 12:48:41 EST 2002
> Shared id: cygwin1S3
>
>
> Cygwin Package Information
> Last downloaded files to: E:\downloads\Cygwin
> Last downloaded files from:
> ftp://ftp.uni-erlangen.de/pub/pc/gnuwin32/cygwin/mirrors/cygnus
>
> Package Version
> ash 20020131-1
> autoconf2.52a-1
> autoconf-devel  2.52-4
> autoconf-stable 2.13-4
> automake1.5b-1
> automake-devel  1.5-5
> automake-stable 1.4p5-5
> bash2.05a-3
> binutils20011002-1
> curl7.9.3-1
> cygutils0.9.9-1
> cygwin  1.3.9-1
> diff0.0
> fileutils   4.1-1
> findutils   4.1
> gawk3.0.4-1
> gcc 2.95.3-5
> gdbm1.8.0-3
> grep2.5g
> groff   1.17.2-1
> gzip1.3.2-1
> jbigkit 1.2-6
> jpeg6b-7
> less358-3
> libintl 0.10.38-3
> libintl10.10.40-1
> libncurses5 5.2-1
> libncurses6 5.2-8
> libpng  1.0.12-1
> libpng2 1.0.12-1
> libreadline44.1-2
> libreadline54.2a-1
> libxml2 2.4.13-1
> libxslt 1.0.10-1
> login   1.4-3
> m4  0.0
> make3.79.1-5
> man 1.5g-2
> mingw-runtime   1.2-1
> mktemp  1.4-1
> ncurses 5.2-8
> newlib-man  20001118-1
> opengl  1.1.0-5
> openssl 0.9.6c-3
> pcre3.7-1
> perl5.6.1-2
> popt1.6.2-1
> readline4.2a-1
> sed 3.02-1
> sh-utils2.0-2
> tar 1.13.19-1
> termcap 20010825-1
> terminfo5.2-1
> textutils   2.0.21-1
> tiff3.5.7-1
> 

Long duration of close(socket) and signal problem

[Wu Yongwei]

To compare the network performance of Cygwin and native WinSock, I wrote the
attached code.

Under the three compiler (MinGW 1.1 GCC 2.95, Cygwin GCC 2.95, GCC 2.96 of
Red Hat 7.1) I used, I typed only "gcc -Wall fakeweb.c -o fakeweb" to build.
Then I used a Web stress tool to send HTTP GET requests repeatedly (like
ApacheBench, try "ab -n 100 -c 1 x.x.x.x/" on a Linux box).

To my great surprise, the close(socket) operation took EXTREMELY long. It
took 0.11 second (CPU usage was low), while this operation under MinGW 1.1
on the same machine took only 0.00019 second. On another Linux machine,
close took 0.43 second.

Another problem concerns signal handling. This program could be stopped by
CTRL-C under MinGW and Linux, but it hung and used 100% of CPU under Cygwin
when CTRL-C was hit.

Any help?

Best regards,

Wu Yongwei

P.S. On a last test, one strange thing happened. If I reload 127.0.0.1 in a
local browser quickly while running fakeweb, the displayed close time is
much smaller. It does not work on a remote browser. Just wrote it here and
does not expect an explanation for this point.



fakeweb.c
Description: Binary data


pctimer.h
Description: Binary data

--
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.9-1: input disappears after killing program

[Robert Collins]

> -Original Message-
> From: John Fisher [mailto:[EMAIL PROTECTED]] 

> Issuing the command 'reset' solves the problem fine, but it 
> seems like it should not be necessary. My cvs setup is 
> standard with CVSROOT=':ext:uname@domain:/code' and 
> CVS_RSH='ssh'. Attached is my cygcheck -r -v -s output. Thank 
> you for your time.

It is standard... If you do this on linux you must reset the terminal as
well.

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/

Patch to http://cygwin.com/lists.html

[Nick Duffek]

Hi,

Here's a patch for a typo on http://cygwin.com/lists.html (nice writing,
BTW), along with a couple of other possible edits.

Nick

--- lists.html.orig Mon Mar  4 22:08:28 2002
+++ lists.html  Mon Mar  4 22:09:22 2002
@@ -129,13 +129,13 @@
 Cygwin problem.  If you can't figure out how to set up a command alias
 in bash, that's not a Cygwin question.  These Cygwin
 questions are considered "on topic".  The non-Cygwin questions are
-considerd "off topic".
+considered "off topic".
 
 Why do we make this distinction?  For two reasons:  1) as mentioned,
 the email traffic is very high so, by keeping things "on topic" we
-can cut down on some list traffic and 2) there are usually much better
+can cut down on some list traffic, and 2) there are usually much better
 places on the intenet where you can get definitive answers for your
-question.  It doesn't make sense to ask non-experts to teach you about
+off-topic question.  It doesn't make sense to ask non-experts to teach you about
 C or bash.
 Unfortunately, we can't tell you exactly where to go with your non-cygwin
 questions.  http://google.com/";>Google is a wonderful resource

--
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.9-1: input disappears after killing program

[John Fisher]

I am having the following bug occur in cygwin 1.3.9-1 running on Win2k Pro
SP2. When using cvs i have been known to change my mind before a commit or
update and out of habit I usually cancel with ^C.

Unfortunately, I have found that if I do this when it is asking me for my
password, the program dies with "cvs [update aborted]: received interrupt
signal", but when I type on the command line, it no longer echos to the
screen. I am guessing that the problem lies in the signal handling code for
cvs or ssh, but I don't know for sure.

Issuing the command 'reset' solves the problem fine, but it seems like it
should not be necessary. My cvs setup is standard with
CVSROOT=':ext:uname@domain:/code' and CVS_RSH='ssh'. Attached is my
cygcheck -r -v -s output. Thank you for your time.

John Fisher



cygcheck.out
Description: Binary data

--
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: Source for "select"

[Christopher Faylor]

On Mon, Mar 04, 2002 at 06:16:19PM -0800, Matt Seitz wrote:
>I cannot find the source code for the "select" function.  I found
>"cygwin_select" in "select.cc", but not "select".  Where is the source for
>"select"?

cygwin_select *is* select().

cgf
--
Please do not send me personal email with cygwin questions.
Use the resources at http://cygwin.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/

Source for "select"

[Matt Seitz]

I cannot find the source code for the "select" function.  I found
"cygwin_select" in "select.cc", but not "select".  Where is the source for
"select"?






--
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: JDK 1.4

[David A. Cobb]

Alessandro Zeffin wrote:

> Yes, now I'm working with JDK 1.4.0.
>
> java version "1.4.0"
> Java(TM) 2 Runtime Environment, Standard Edition (build 1.4.0-b92)
> Java HotSpot(TM) Client VM (build 1.4.0-b92, mixed mode)
>
> I have the installation j2re-1.4.0-linux-i386.bin file in 
> /usr/my/java/ directory in my machine (Fermi). 


Are you saying (or suggesting) that jre--linux-i386 works on the Cygwin 
platform?  'Twould be nice, but hard to believe.

>
>
>
> Pavel Tsekov wrote:
>
>> Does anyone have the JDK 1.4 release available ?
>>
>>
>>
>

-- 
David A. Cobb, Software Engineer, Public Access Advocate
"By God's Grace I am a Christian man, by my actions a great sinner." -- The Way of a 
Pilgrim; R. M. French, tr.
Life is too short to tolerate crappy software.
.




--
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: [BUG] NetInstaller leaves bad dates

[David A. Cobb]

Robert Collins wrote:

>>Please pardon the cross-posting.  I'm copying this to 
>>everyone known to 
>>use the Cygwin Netinstaller.
>>
>The cross-posting is fine, the complete lack of detail - versions,
>filesystem, OS - is not.
>
Ah!  Yes.

Win98se (4.10.), Fat32fs with multiple PMagic partitions
Cygwin Netinstall 2.125.2.10
Xemacs Netinstall 1.2.2.1.2.7 ( ! Wow ! )
Lillypond Netinstall 2.96.jcn1

With that much variation, I suspect the common point-of-failure may be
Cygwin TAR 1.13.19-1

I think there is a known deficiency because the resolution of FAT32 
filesystem timestamps is 2-sec (vice 1-sec or less on a *Nix box)  For 
XEmacs, that could also be why installed *.el files appear newer than 
*.elc files.  Ummm - maybe that doesn't make sense either; maybe fixing 
the invalid dates causes that secondary problem.

-- 
David A. Cobb, Software Engineer, Public Access Advocate
"By God's Grace I am a Christian man, by my actions a great sinner." -- The Way of a 
Pilgrim; R. M. French, tr.
Life is too short to tolerate crappy software.
.




--
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: sshd useful on cygwin???

[Bob George]

"Neil Zanella" <[EMAIL PROTECTED]> wrote:

> I see people are setting up sshd on their cygwin environments.
> Does this mean it is actually possible to ssh to a windows box
> and get a cygwin terminal from a remote host??? If not then
> why are people setting up sshd?

A few folks have already commented on the usefulness of ssh for shell access
to a Windows box. Let me add to that and say that other sshd functionality
also works quite well. I'm able to run a script to ssh to my Windows 2000
notebook and do an automated nightly backup from a Linux system using
forced-command logins.

scp also works as expected, allowing quick retrieval of files regardless of
the platform I happen to be working at.

I set up Cygwin expressly for the purpose of using sshd for exactly this
sort of thing, and I've been delighted at the results.

- Bob




--
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: [BUG] NetInstaller leaves bad dates

[Robert Collins]

> -Original Message-
> From: David A. Cobb [mailto:[EMAIL PROTECTED]] 
> Sent: Tuesday, March 05, 2002 9:41 AM
> To: [EMAIL PROTECTED]; [EMAIL PROTECTED]; XEmacs NT Mailing List
> Subject: [BUG] NetInstaller leaves bad dates
> 
> 
> Please pardon the cross-posting.  I'm copying this to 
> everyone known to 
> use the Cygwin Netinstaller.

The cross-posting is fine, the complete lack of detail - versions,
filesystem, OS - is not.

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/

cygwin1.dll 1.3.10 release

[Luis Escobar]

Hello

New dll cause error at connect from remote terminal.

Thank you



report.gif
Description: GIF image

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

3 best Web hosting solutions for you worldwide

[info-ind]

1st HOSTING: Best of free advanced Web hosting WITHOUT banner ads

Are You Paying Too Much For Web Hosting? Or you are tired of 
neverending monthly hosting payments? 


$0 Web Hosting Plan:
---
• www.yourdomain.com
• Maxipoint Domain Name Registration
• 20MB Web Storage
• ASP and PHP/MySQL in same package
• CGI script folder
• Unlimited FTP Access
• .htaccess file
• SSH,SSL, Perl, Java Servlets 
• 5 POP Email Accounts ([EMAIL PROTECTED])
• Web-based Email Access too
• Email Forwarding and Email Autoresponder
• Website Password Protection
• Custom Error Pages
• Unlimited Traffic 
• Detailed Site Statistics
• 99.9%+ uptime guaranteed

Maxipoint provides advance web hosting and email solutions to 
customers without banner ads, with fast servers and with fast 
data connections. In other words, this is full professional 
hosting service which Maxipoint provides for you without any fees 
($0) for hosting! This approach in the web hosting industry is 
the web hosting revolution.

Free advanced Web Hosting without banners is free if you register 
a new domain for $24.95/year (you need to pay this fee anyway for 
all 'yourdomain.com' domains by domain registration) at or 
transfer your existing domain into our domain registrar.


**

2nd HOSTING: Best of free Website hosting WITH banner ads


DK3 offers free Web page hosting and help to get your page live. 
You too can create your own free home on the Internet, all you 
have to do is signup! 


• yourname.home9.xxx.com
• Free UNLIMITED webspace!
• WAP, CGI, PHP, Perl, SSI 
• MySQL database, FTP-access 
 

**
  

3th HOSTING: Best of PAID Web hosting

 
Cost $24.95 per month 
+ $50 set-up fee 

• www.yourdomain.com
• 7.5 GB of monthly data transfer
• 200 MB diskspace
• 20 configurable POP/WebMail e-mail accounts 
• 20 mail forwards 
• 20 autoresponders 

Total control of your account
• FREE Domain Pointing 
• Easy to use account Control Panel
• Use your own software to build and publish your site 
• Microsoft FrontPage 2000 Extensions 
• Urchin Web traffic reporting included 
• Use your own CGI scripts
• Upgrade your account at any time 
• Free Volano Chat 

Verio World-class support
• 24/7 technical support by phone or email
• Extensive documentation
• Searchable online help 
• Guaranteed uptime
 

Best Regards!
Free Internet Informations
QUICK LINKS TO COOL SERVICES 

---


For more info, send email with MORE INFO in subject to: 
[EMAIL PROTECTED] 


---

If you wish unsubscribed from Internet Informations list, send 
email with UNSUBSCRIBE in 
subject to: [EMAIL PROTECTED] 

Note: If your email message contain any kind of attachment, you 
can not be removed.

---















 
 
 
 
 
 
 
 
 
 
 

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

[BUG] NetInstaller leaves bad dates

[David A. Cobb]

Please pardon the cross-posting.  I'm copying this to everyone known to 
use the Cygwin Netinstaller.

Following an installation, if I do a disk scan (either McAfee or Norton 
- same result), I get numerous errors detected in the file date / 
timestamp fields.  McAfee explicitly says "invalid or future time," 
Norton just complains.

-- 
David A. Cobb, Software Engineer, Public Access Advocate
"By God's Grace I am a Christian man, by my actions a great sinner." -- The Way of a 
Pilgrim; R. M. French, tr.
Life is too short to tolerate crappy software.
.



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

Please disregard my earlier message

[Michael A Richmond]

Please disregard my earlier message with the subject line "How do I trap
divide-by-zero conditions in g77/gcc?". I had neglected to install
mingw-runtime, which contains _control87.

--
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: setup.exe (cinstall) bugfixes + minor new feature

[Robert Collins]

> -Original Message-
> From: Max Bowsher [mailto:[EMAIL PROTECTED]] 
> 
> But the user will need to run setup.exe and follow it through 
> all the way anyway. If they've managed to get through package 
> selection, does forcing the choice of shortcut creation help? 
> Or do you have big things planned for setup (full unattended 
> setup from an answer file?)?.

Yes.
 
> 
> If this is going to be interim only, do you mind if I stick 
> with my inhibit-?-icon files?

And yes.

The point being that the persistence logic may change, but the trinary
decision logic shouldn't.

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/

rsync and ssh mystery solved

[David Fordyce]

Found that both rsync and ssh were not installed because of
"action=skip" setting (I didn't read the setup.log close enough).

Under the "full" view in setup, found rsync and ssh... now they're
installed.




--
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: CVS Broken?

[Jason Tishler]

Matt,

On Mon, Mar 04, 2002 at 02:28:54PM -0500, Matt Goyer wrote:
> I upgraded my Cygwin the other day and after the upgrade it appears my cvs
> client doesn't work.
> 
> When 'cvs update'ing I get:
> 
> mgoyer@[host] password:
> /CVSROOTccess /usr/cvs
> No such file or directory
> 
> [snip]
> 
> Any ideas?

Are you mixing Cygwin and Win32 cvs?  I get the following:

$ /usr/bin/cvs update
/CVSROOTccess /usr/local/cvsroot
No such file or directory

when I use Cygwin cvs in a directory checked out by Win32 cvs.

HTH,
Jason

--
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 1.3.10: setup.log shows rsync and ssh... but `cygcheck -s` doesn't ?

[Christopher Faylor]

On Mon, Mar 04, 2002 at 01:42:14PM -0600, David Fordyce wrote:
>I've been told by others who've already installed the latest versions of
>cygwin that rsync is there.
>
>Is there something else besides just running setup that's required to
>make rsync and ssh available?

You need to select rsync and ssh when you run setup.  They aren't installed
by default.

They are in the "Net" category.  Click on it.

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/

Cygwin 1.3.10: setup.log shows rsync and ssh... but `cygcheck -s` doesn't ?

[David Fordyce]

I've been told by others who've already installed the latest versions of
cygwin that rsync is there.

Is there something else besides just running setup that's required to
make rsync and ssh available?

Regards, David




Cygwin Win95/NT Configuration Diagnostics
Current System Time: Mon Mar 04 13:39:40 2002

Windows 2000 Professional Ver 5.0 Build 2195 Service Pack 1

Path:   D:\cygwin-1.3.10\usr\local\bin
D:\cygwin-1.3.10\bin
D:\cygwin-1.3.10\bin
c:\WINNT\system32
c:\WINNT
c:\WINNT\System32\Wbem
c:\PROGRA~1\E!PC
"D
D:\cygwin-1.3.10\Program Files\Hummingbird\Connectivity\7.00\Accessories\"

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

HOME = `D:\cygwin-1.3.10\home\Administrator'
MAKE_MODE = `unix'
PWD = `/home/Administrator'
USER = `Administrator'

Use `-r' to scan registry

a:  fd   N/AN/A
c:  hd  NTFS4102Mb  60% CP CS UN PA FC 
d:  hd  NTFS5538Mb  27% CP CS UN PA FC 
e:  cd   N/AN/A

. /cygdrive  userbinmode,noumount
D:/cygwin-1.3.10  /  system  binmode
D:/cygwin-1.3.10/bin  /usr/bin   system  binmode
D:/cygwin-1.3.10/lib  /usr/lib   system  binmode

Found: D:\cygwin-1.3.10\bin\bash.exe
Found: D:\cygwin-1.3.10\bin\cat.exe
Not Found: cpp (good!)
Found: D:\cygwin-1.3.10\bin\find.exe
Not Found: gcc
Not Found: gdb
Not Found: ld
Found: D:\cygwin-1.3.10\bin\ls.exe
Not Found: make
Found: D:\cygwin-1.3.10\bin\sh.exe

   45k 2001/04/25 D:\cygwin-1.3.10\bin\cygform5.dll
   35k 2002/01/09 D:\cygwin-1.3.10\bin\cygform6.dll
   19k 2002/02/20 D:\cygwin-1.3.10\bin\cyggdbm.dll
   17k 2001/06/28 D:\cygwin-1.3.10\bin\cyghistory4.dll
   20k 2002/01/13 D:\cygwin-1.3.10\bin\cyghistory5.dll
   22k 2001/12/13 D:\cygwin-1.3.10\bin\cygintl-1.dll
   26k 2001/04/25 D:\cygwin-1.3.10\bin\cygmenu5.dll
   20k 2002/01/09 D:\cygwin-1.3.10\bin\cygmenu6.dll
  156k 2001/04/25 D:\cygwin-1.3.10\bin\cygncurses++5.dll
  175k 2002/01/09 D:\cygwin-1.3.10\bin\cygncurses++6.dll
  226k 2001/04/25 D:\cygwin-1.3.10\bin\cygncurses5.dll
  202k 2002/01/09 D:\cygwin-1.3.10\bin\cygncurses6.dll
   15k 2001/04/25 D:\cygwin-1.3.10\bin\cygpanel5.dll
   12k 2002/01/09 D:\cygwin-1.3.10\bin\cygpanel6.dll
   40k 2001/11/21 D:\cygwin-1.3.10\bin\cygpcre.dll
   39k 2001/11/21 D:\cygwin-1.3.10\bin\cygpcreposix.dll
  108k 2001/06/28 D:\cygwin-1.3.10\bin\cygreadline4.dll
  121k 2002/01/13 D:\cygwin-1.3.10\bin\cygreadline5.dll
   50k 2002/01/20 D:\cygwin-1.3.10\bin\cygz.dll
  751k 2002/02/25 D:\cygwin-1.3.10\bin\cygwin1.dll
Cygwin DLL version info:
DLL version: 1.3.10
DLL epoch: 19
DLL bad signal mask: 19005
DLL old termios: 5
DLL malloc env: 28
API major: 0
API minor: 51
Shared data: 3
DLL identifier: cygwin1
Mount registry: 2
Cygnus registry name: Cygnus Solutions
Cygwin registry name: Cygwin
Program options name: Program Options
Cygwin mount registry name: mounts v2
Cygdrive flags: cygdrive flags
Cygdrive prefix: cygdrive prefix
Cygdrive default prefix: 
Build date: Mon Feb 25 11:14:34 EST 2002
Shared id: cygwin1S3


Cygwin Package Information
Package Version 
ash 20020131-1  
bash2.05a-3 
cygwin  1.3.10-1
diff0.0 
fileutils   4.1-1   
findutils   4.1 
gawk3.0.4-1 
gdbm1.8.0-4 
grep2.5g
gzip1.3.2-1 
libintl10.10.40-1   
libncurses5 5.2-1   
libncurses6 5.2-8   
libreadline44.1-2   
libreadline54.2a-1  
login   1.4-3   
ncurses 5.2-8   
pcre3.7-1   
readline4.2a-1  
sed 3.02-1  
sh-utils2.0-2   
tar 1.13.19-1   
termcap 20010825-1  
terminfo5.2-1   
textutils   2.0.21-1
which   1.5-1   
zlib1.1.3-7 

Use -h to see help about each section



--
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: sshd useful on cygwin???

[Lapo Luchini]

It's a pity that you can tunnel only using sshd in "single user" (i.e. runing
it as your user and not as "system")... it's useful to have complete graphical
access using www.ThightVNC.com =)

BTW: Corinna is this accurate? is that patch with semi-authentication to have
TCP access from system user already in?

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

CVS Broken?

[Matt Goyer]

I upgraded my Cygwin the other day and after the upgrade it appears my cvs
client doesn't work.

When 'cvs update'ing I get:

mgoyer@[host] password:
/CVSROOTccess /usr/cvs
No such file or directory

Both the server and client versions are 1.11. My environment settings are:

CVSROOT=mgoyer@[host]:/usr/cvs
CVS_RSH=/usr/bin/ssh


I googled for /CVSROOTccess and only came up with one reference which had a
work around but it didn't work.

Any ideas?

Thanks





--
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: sshd useful on cygwin???

[Jason Diamond]

> I see people are setting up sshd on their cygwin environments.
> Does this mean it is actually possible to ssh to a windows box
> and get a cygwin terminal from a remote host??? If not then
> why are people setting up sshd?

Yes, you can ssh into your Windows box and get a bash shell. I also use it
to make my Windows box a secure cvs server. I love it.

Jason



--
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 1.3.10: kill gives spurious Not owner

[Christopher Faylor]

On Mon, Mar 04, 2002 at 03:54:52PM -, Stephen Osborn wrote:
>When using kill I get spurious "Not owner" messages, even though all
>processes (reported by ps) are running as me.
>
>In the mailing list archives the only problems with kill seem to be
>related to killing *other* users' processes.  This is not what I am
>doing.
>
>I am running Cygwin on NT.  Cygcheck o/p at the bottom.
>
>I have a script (A) which runs another script (B) in a separate
>process.  B stores its PID and this is retrieved by the A.  B also runs
>another script (C) in a separate process.
>
>Script A tries to remove all of these processes in a housekeeping
>exercise, by using ps, grep and script B's PID.
>
>This successfully kills script B but on script C a "Not owner" error is
>thrown.
>
>This was working as expected (i.e.  both B & C were killed) but this
>changed a couple of days ago.
>
>I have modified script A to remove the kill command and after the run
>ps gives
>
>  PIDPPIDPGID WINPID  TTY  UIDSTIME COMMAND
>  802   1 802802  con 1006 14:11:18 /usr/bin/bash
>I 564   1 564564  con 1006 14:11:40 /usr/bin/bash
>  831   11020   1034  con 1006 14:38:57 /usr/bin/sh
>  920 8311020920  con 1006   Jan  1 /cygdrive/d/jdk1.3/bin/java
>  682 802 682571  con 1006 14:44:04 /usr/bin/ps
>
>Issuing kill 920 (=script C) yields
>bash: kill: (920) - Not owner

/cygdrive/d/jdk1.3/bin/java is undoubtedly not a cygwin process so it
doesn't respond to cygwin signals.  This is because recent versions of
/bin/sh now use vfork()/exec() to start processes.  vfork/exec does
not leave an cygwin stub around to deal with signals for non-cygwin
processes.

The work around is to use bash to start the process.

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/

How do I trap divide-by-zero conditions in g77/gcc?

[Michael A Richmond]

I want to write a Fortran program that crashes if the user inadvertently
divides by zero. I can do it in Delorie by calling a C function named
_control87, but Cygwin has no such function. Is there a way to do it in
Cygwin? Thank you for your help.


--
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: sshd useful on cygwin???

[Erik Vigmostad]

I successfully set it up on Saturday.  Can SSH to my home Windows computer
from my office Linux box or Windows box.  I love it!  CYGWIN is great!

--
Erik Vigmostad
Vice President Technology
ArtSelect, Inc.
300 West Lowe Avenue
Fairfield, IA  52556
voice:  641-472-1495 ext. 123
  fax:  641-472-9721
 cell:  641-919-1002

> -Original Message-
> From: Neil Zanella [mailto:[EMAIL PROTECTED]]
> Sent: Monday, March 04, 2002 12:27 PM
> To: Larry Hall (RFK Partners, Inc)
> Cc: [EMAIL PROTECTED]; [EMAIL PROTECTED]
> Subject: sshd useful on cygwin???
>
>
>
> Hello,
>
> I see people are setting up sshd on their cygwin environments.
> Does this mean it is actually possible to ssh to a windows box
> and get a cygwin terminal from a remote host??? If not then
> why are people setting up sshd?
>
> Thanks,
>
> Neil
>


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

bash: '..' retained in cwd

[szeil]

When I cd with a relative path involving .., I find that sometimes the ../
does not get reduced in the current working directory string. This appears
to be limited to bash, and to one particular mount: /home/zeil

Example (my input occurs after each '>'):
/home/zeil/AlgAE/java> cd ../c++
/home/zeil/AlgAE/java/../c++> cd ../java
/home/zeil/AlgAE/java/../c++/../java> pwd
/home/zeil/AlgAE/java/../c++/../java
/home/zeil/AlgAE/java/../c++/../java>

Switching to sh:

/home/zeil/AlgAE/java/../c++/../java> sh
> pwd
/home/zeil/AlgAE/java
> cd ../c++
> pwd
/home/zeil/AlgAE/c++
>

Working from a different mount is OK too:
/home/zeil/AlgAE/java/../c++/../java> cd /c/SJZ/AlgAE/java
/c/SJZ/AlgAE/java> cd ../c++
/c/SJZ/AlgAE/c++>

I suppose this counts as more of an annoyance than a real bug - I can
always fix the problem by doing a cd to an absolute path whenever the
accumulated ..'s get to me, but that gets a bit tiring.

Other info:
Here's my listing  from mount:
C:\cygwin\bin on /usr/bin type system (binmode)
C:\cygwin\lib on /usr/lib type system (binmode)
C:\cygwin on / type system (binmode)
C:\SJZ on /home/zeil type system (binmode)
c: on /c type user (binmode)
d: on /d type user (binmode)
z: on /z type user (binmode)

and I've appended the cygcheck output below.

Thanks for any suggestions,
Steve Zeil



Cygwin Win95/NT Configuration Diagnostics
Current System Time: Mon Mar 04 13:46:31 2002

Windows 98 SE Ver 4.10 Build 

Path: C:\cygwin\usr\local\bin
 C:\cygwin\bin
 C:\cygwin\bin
 c:\WINDOWS
 c:\windows
 c:\windows\COMMAND
 c:\BIN
 C:\cygwin\bin
 C:\cygwin\USR\LOCAL\BIN
 C:\cygwin\USR\X11R6\BIN
 c:\JDK1.3.1_02\BIN
 c:\WINDOWS
 c:\WINDOWS\COMMAND
 c:\WINDOWS\SYSTEM\WBEM
 c:\TEXMF\MIKTEX\BIN
 c:\PROGRA~1\NETWOR~1\PGP

SysDir: C:\WINDOWS\SYSTEM
WinDir: C:\WINDOWS

HOME = `C:\SJZ'
MAKE_MODE = `unix'
PWD = `/c/SJZ/AlgAE/c++'
USER = `zeil'

BLASTER = `A220 I5 D1 T5'
CMDLINE = `WIN'
COLORFGBG = `default;default;0'
COLORTERM = `rxvt-xpm'
COMSPEC = `C:\WINDOWS\COMMAND.COM'
CPQD = `D:'
DISPLAY = `:0'
LESS = `-aciqsM'
LOG = `NUL'
MANPATH = `:/usr/ssl/man'
MFG = `YES'
NOPATH = `C:\CPQS\SAVEREST;C:\CPQS\TOOLS;'
OLDPWD = `/c/SJZ/AlgAE/java'
PGPPATH = `C:\LIB\PGP'
PROMPT = `$p$g'
PS1 = ``pwd`> '
SHLVL = `1'
TEMP = `c:\TEMP'
TERM = `linux'
TMP = `c:\TEMP'
TMPDIR = `c:\TEMP'
TZ = `EST5'
WINBOOTDIR = `C:\WINDOWS'
WINDIR = `C:\WINDOWS'
WINDOWID = `10027736'
_ = `/usr/bin/cygcheck'

HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\Explorer\MenuOrder\Start 
Menu\&Programs\Cygnus Solutions
  (default) = (unsupported type)
HKEY_CURRENT_USER\Software\Cygnus Solutions
HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin
HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\mounts v2
  (default) = `/cygdrive'
  cygdrive flags = 0x0022
HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\mounts v2\/z
  (default) = `z:'
  flags = 0x0002
HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\mounts v2\/c
  (default) = `c:'
  flags = 0x0002
HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\mounts v2\/d
  (default) = `d:'
  flags = 0x0002
HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\Program Options
HKEY_LOCAL_MACHINE\Software\Cygnus Solutions
HKEY_LOCAL_MACHINE\Software\Cygnus Solutions\Cygwin
HKEY_LOCAL_MACHINE\Software\Cygnus Solutions\Cygwin\mounts v2
HKEY_LOCAL_MACHINE\Software\Cygnus Solutions\Cygwin\mounts v2\/home/zeil
  (default) = `C:\SJZ'
  flags = 0x000a
HKEY_LOCAL_MACHINE\Software\Cygnus Solutions\Cygwin\mounts v2\/
  (default) = `C:/cygwin'
  flags = 0x000a
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\Program Options

a:  fd   N/AN/A
c:  hd  FAT32   2807Mb  96% CPUN
d:  hd  FAT32   1311Mb  97% CPUN   SYSTEM_SAVE
e:  cd   N/AN/A
i:  net  N/AN/A
z:  net NTFS   17244Mb  67% CP CSPAzeilhome

z: /z  userbinmode
c: /c  userbinmode
d: /d  userbinmode
.  /cygdrive   userbinmode,noumount
C:\SJZ /home/zeil  system  binmode
C:/cygwin  /   system  binmode
C:/cygwin/bin  /usr/binsystem  binmode
C:/cygwin/lib  /usr/libsystem  binmode

Found: C:\cygwin\bin\bash.exe
Found: C:\cygwin\bin\cat.exe
Found: C:\cygwin\bin\cpp.exe
Found: C:\cygwin\bin\find.exe
Found: c:\windows\COMMAND\find.exe
Warning: C:\cygwin\bin\find.exe hides c:\windows\COMMAND\find.exe
Found: C:\cygwin\bin\gcc.exe
Found: C:\cygwin\bin\gdb.exe
Found: C:\cygwin\bin\ld.exe
Found: C:\cygwin\bin\ls.exe
Found: C:\cygwin\bin\make.exe
Found: C:\cygwin\bin\sh.exe

   56k 2000/12/03 C:\cygwin\bin\cygbz21.0.dll - os=4.0 img=1.0 sys=4.0
   

Re: sshd useful on cygwin???

[Michael F. March]

Using SSHd is great way to tunnel TCP traffic to and from
your Windows box.. 

> I see people are setting up sshd on their cygwin environments.
> Does this mean it is actually possible to ssh to a windows box
> and get a cygwin terminal from a remote host??? If not then
> why are people setting up sshd?



--
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: sshd useful on cygwin???

[Larry Hall (RFK Partners, Inc)]

At 01:26 PM 3/4/2002, Neil Zanella wrote:

>Hello,
>
>I see people are setting up sshd on their cygwin environments.
>Does this mean it is actually possible to ssh to a windows box
>and get a cygwin terminal from a remote host??? 


Certainly.



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


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

sshd useful on cygwin???

[Neil Zanella]

Hello,

I see people are setting up sshd on their cygwin environments.
Does this mean it is actually possible to ssh to a windows box
and get a cygwin terminal from a remote host??? If not then
why are people setting up sshd?

Thanks,

Neil


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

Ack - [ID 20020304.002] bug with rmdir: Perl 5.6.1/Cygwin 1.3.9

[perlbugtron]

Your e-mail has been received by the Perl Bug Squashing Team.  

Original subject: bug with rmdir: Perl 5.6.1/Cygwin 1.3.9

A bug ID (20020304.002) has been assigned and is shown in the subject of this email.  
Please include this ID in the subject line of any followup messages.

This is an automatic confirmation message.

If you do not wish to receive this confirmation, in the future, 
put 'ack=no' somewhere in the body of your mail.

-- 
Perl Bug Squashing Team

===
Message from the Perlbug squashing team at '[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/

bug with rmdir: Perl 5.6.1/Cygwin 1.3.9

[Rhet Turnbull]

I'm sending this to both perlbug and cygwin mailing lists since I'm not sure 
if it's a perl or cygwin problem.  Regards,

Rhet Turnbull

To: [EMAIL PROTECTED]
Subject: Attempt to rmdir current directory under Cygwin Perl 5.6.1 causes 
perl to abort without an error
Reply-To: [EMAIL PROTECTED]

This is a bug report for perl from [EMAIL PROTECTED],
generated with the help of perlbug 1.33 running under perl v5.6.1.


-
[Please enter your report here]
Under Cygwin version 1.3.9, perl version 'This is perl, v5.6.1 built for 
cygwin-multi'
an attempt to use rmdir on the current directory causes perl to abort 
without an error
message or any other indication that it failed.  This was first noticed when 
using the
CPAN shell while in the cpan cache directory.  CPAN.pm tried to clean up the 
cache
and simply aborted without notice. I traced the culprit to 
File::Path::rmtree and from
there to rmdir.  The following one-liner recreates the behavior:

turnbullw@TURNBULL /tmp
$ mkdir foo

turnbullw@TURNBULL /tmp
$ cd foo
/tmp/foo

turnbullw@TURNBULL /tmp/foo
$ perl -e'rmdir "/tmp/foo" or die "dead: $!"; print "ok"'

### ^^^ Notice that perl aborted silently and never got to 'print "ok"'

turnbullw@TURNBULL /tmp/foo
$ cd ..

turnbullw@TURNBULL /tmp
$ perl -e'rmdir "/tmp/foo" or die "dead: $!"; print "ok"'
ok

### ^^^ This time it worked as expected

On the same machine using ActiveState perl version 5.6.1, build 631, perl 
gives a
meaningful error when attempting to rmdir the current directory:

C:\temp>mkdir foo

C:\temp>cd foo

C:\temp\foo>perl -e "rmdir 'c:\temp\foo' or die $!; print 'ok'"
Permission denied at -e line 1.

### ^^^ This version of perl told us why it didn't work

C:\temp\foo>cd ..

C:\temp>perl -e "rmdir 'c:\temp\foo' or die $!; print 'ok'"
ok


[Please do not change anything below this line]
-
---
Flags:
category=core
severity=medium
---
Site configuration information for perl v5.6.1:

Configured by Siebenschlaefer at Wed Aug 22 00:42:15  2001.

Summary of my perl5 (revision 5.0 version 6 subversion 1) configuration:
  Platform:
osname=cygwin, osvers=1.3.2(0.3932), archname=cygwin-multi
uname='cygwin_nt-4.0 loreley 1.3.2(0.3932) 2001-05-20 23:28 i686 unknown 
'
config_args='-de -Dusemultiplicity'
hint=recommended, useposix=true, d_sigaction=define
usethreads=undef use5005threads=undef useithreads=undef 
usemultiplicity=define
useperlio=undef d_sfio=undef uselargefiles=define usesocks=undef
use64bitint=undef use64bitall=undef uselongdouble=undef
  Compiler:
cc='gcc', ccflags ='-DPERL_USE_SAFE_PUTENV -fno-strict-aliasing 
-I/usr/local/include',
optimize='-O2',
cppflags='-DPERL_USE_SAFE_PUTENV -fno-strict-aliasing 
-I/usr/local/include'
ccversion='', gccversion='2.95.3-5 (cygwin special)', gccosandvers=''
intsize=4, longsize=4, ptrsize=4, doublesize=8, byteorder=1234
d_longlong=define, longlongsize=8, d_longdbl=define, longdblsize=12
ivtype='long', ivsize=4, nvtype='double', nvsize=8, Off_t='off_t', 
lseeksize=4
alignbytes=8, usemymalloc=y, prototype=define
  Linker and Libraries:
ld='ld2', ldflags =' -s -L/usr/local/lib'
libpth=/usr/local/lib /usr/lib /lib
libs=-lgdbm -lcrypt
perllibs=-lcrypt
libc=/usr/lib/libc.a, so=dll, useshrplib=true, libperl=libperl5_6_1.a
  Dynamic Linking:
dlsrc=dl_dlopen.xs, dlext=dll, d_dlsymun=undef, ccdlflags=' -s'
cccdlflags=' ', lddlflags=' -s -L/usr/local/lib'

Locally applied patches:


---
@INC for perl v5.6.1:
/usr/lib/perl5/5.6.1/cygwin-multi
/usr/lib/perl5/5.6.1
/usr/lib/perl5/site_perl/5.6.1/cygwin-multi
/usr/lib/perl5/site_perl/5.6.1
/usr/lib/perl5/site_perl
.

---
Environment for perl v5.6.1:
HOME=/home/rhet
LANG (unset)
LANGUAGE (unset)
LD_LIBRARY_PATH (unset)
LOGDIR (unset)

PATH=/bin:/usr/sbin:/usr/local/bin:/usr/X11R6/bin:/usr/local/bin:/usr/bin:/bin:/c/Perl/bin/:/c/Python21/:/c/Perl/bin/:/c/WINNT/system32:/c/WINNT:/c/WINNT/System32/Wbem:/usr/bin:/c/DMI/bin:/c/progra~1/gnuplot:/c/PROGRA~1/ULTRAE~1:/c/progra~1/vim/vim57:/c/jdk1.3.0_02/bin:/c/PROGRA~1/Borland/Delphi6/Bin:/c/PROGRA~1/Borland/Delphi6/Projects/Bpl:/c/progra~1/sysinternals:/c/progra~1/cnofs:/c/perl2exe:/c/progra~1/econsole:/c/Program
 
Files/Microsoft Visual Studio/Common/Tools/WinNT:/c/Program Files/Microsoft 
Visual Studio/Common/MSDev98/Bin:/c/Program Files/Microsoft Visual 
Studio/Common/Tools:/c/Program Files/Microsoft Visual 
Studio/VC98/bin:/usr/bin:/home/rhet/bin://scdata1/cease/tsx5/bin
PERLDB_OPTS=RemotePort=127.0.0.1:2000
PERL_BADLANG (unset)
SHELL (unset)


_
MSN Photos is the easiest way to share and print your photos: 
http://photos.msn.com/support/worldwide.aspx


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reportin

Re[2]: [Possible BUG] VIM and execution of external commands which accept filename as parameter

[Pavel Tsekov]

Thanks, Luke!

This explains it all! I'm sorry for the false alarm :(

Monday, March 04, 2002, 5:19:29 PM, you wrote:

LB> /bin/sh on Cygwin doesn't understand the ~ character.  It's a rather
LB> limited shell.

LB> try this:

LB> :set shell=/bin/bash

LB> Luke

LB> On Mon, 4 Mar 2002, Pavel Tsekov wrote:

>> Hey, there! :)
>>
>> I have noticed the following behaviour of VIM and thought it is worth
>> reporting it to the list. Trying to execute an external command from
>> vim and passing it a file name parameter from my home directory using
>> the tilde character fails:
>>
>> sha1sum: ~/gdbtk.ini: No such file or directory
>>
>> shell returned 1
>>
>> Hit ENTER or type command to continue


--
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: cron & clearcase

[Larry Hall (RFK Partners, Inc)]

At 02:21 PM 3/2/2002, David Kohn wrote:
>Anyone know of any issues with cron and clearcase.
>I'm getting a "permission denied" error when running a clearcase command -
>cleartool setcs -current
>using cron.
>when run manually the command works.
>clearcase view is a snap view - data is on a local drive.
>cron job appears to have correct uid (same as id that executed command manually).
>file causing problem appears to be .view file, permissions have been changd to allow 
>access by everyone.



See some of the posts in the last few weeks concerning cron.  Perhaps 
something there will prove helpful.



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


--
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: Compiled programs in linux

[Larry Hall (RFK Partners, Inc)]

At 01:01 PM 3/2/2002, Pepe Perez wrote:
>hello, I have a problem with a program him to compile perfectly in linux. The program 
>is very simple, it is a sniffer that captures all the data that go by the net. In 
>linux I work perfectly. Pass it to Cygwin, compile it without errors, I execute it 
>without errors, but the program doesn't make anything, it doesn't show anything. That 
>it can be happening?
>Thank you.


This isn't enough information to make it worthwhile to comment on your 
situation.  Regardless, your best bet is to debug the application with 
gdb and find out where it's having troubles.  If the issue is internal to
Cygwin, you can post your results to this list.  Someone then might be able
to help you.  Of course, we don't mind if you submit any problem report with
a patch as well! ;-)

Good luck,



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


--
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: Error when starting Cygwin shell: init_cygheap error

[Larry Hall (RFK Partners, Inc)]

At 08:53 PM 3/1/2002, Stan Berka wrote:
>BTW, when I do "which cygwin1.dll" from the shell it tells me: 
>/usr/bin/cygwin1.dll
>There is no /usr/bin.  Is this a part of the problem?

I doubt it.  Try typing 'mount' and see if there is a /usr/bin listed 
there.  If not, rerun setup.  It creates the /usr/bin mount point, as
well as making sure your system has a valid installation. 


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


--
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: sshd

[Larry Hall (RFK Partners, Inc)]

At 04:23 PM 3/2/2002, Erik Vigmostad wrote:
>I have run ssh-host-config (trying to run sshd) and when it finishes, it
>says "cygrunsrv: not found".  Am I missing something?


Yes, cygrunsrv.  See

http://cygwin.com/packages/


This is the standard answer for 'Where is utility X?'  Once you've determined 
the package which contains the utility you need, rerun setup and install or
upgrade the package containing that utility.  It's as easy as that! :-)


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


--
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: long delays on fhandler_base::open with cygwin 1.3.10

[Chris January]

> Are you sure that this is a Cygwin issue? My system exhibits pauses like
> this and they affect many, possibly all, executing programs. I have
> noticed nothing that suggests this is a Cygwin issue, though I must admit,
> I have a Cygwin BASH running at all times.
This occurs too frequently for it to be random CPU usage spikes. Besides, 
these symptons never occur unless I am running Cygwin. I'm going to try 
inserting some debubg messages inside the function to see where the usage 
goes (note: another hint it's a cygwin problem is that it only delays on 
this single function).

Regards
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: ICEWM Window manager for cygwin XFree86

[Larry Hall (RFK Partners, Inc)]

At 03:38 AM 3/3/2002, Mike Hoare wrote:
>Hi there,
>
>I have managed to get Cygwin to work, but am stuck with the default window
>manager for XFree86 (twm). I have downloaded icewm 1.0.9-2 via the link on
>xfree86.cygwin.com. Whilst it apperars to be installed and I have replaced
>all refferences to twm with icewm, the default is all I get when I start X
>(via any method)... Any help appreciated.
>
>Also, I have used Winaxe before and manage to remotely start kwrite from my
>BSD box and display on my windows (XP) box. Whilst other X programs on the
>BSD box start fine with the Cywin XFree, kstart -display myXPBox:0 kwrite
>does not. again, any ideas appreciated.


Wrong mailing list.  See http://cygwin.com/lists.html for the proper list
to post to.



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


--
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: [Possible BUG] VIM and execution of external commands whichaccept filename as parameter

[Luke Bakken]

/bin/sh on Cygwin doesn't understand the ~ character.  It's a rather
limited shell.

try this:

:set shell=/bin/bash

Luke

On Mon, 4 Mar 2002, Pavel Tsekov wrote:

> Hey, there! :)
>
> I have noticed the following behaviour of VIM and thought it is worth
> reporting it to the list. Trying to execute an external command from
> vim and passing it a file name parameter from my home directory using
> the tilde character fails:
>
> sha1sum: ~/gdbtk.ini: No such file or directory
>
> shell returned 1
>
> Hit ENTER or type command to continue
>
> The output above is generated from the following vim command:
> ":!sha1sum.exe ~/gdbtk.ini". The same command on linux yields the
> right result.
>
> Actually I'll investigate/debug this further this night (maybe) but if
> someone knows more on this issue, feel free to speak :)
>
>
> --
> 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: Printing locally

[Larry Hall (RFK Partners, Inc)]

At 07:24 PM 3/3/2002, Brian Salter-Duke wrote:
>On Sun, Mar 03, 2002 at 10:49:53AM -, fergus at bonhard dot uklinux dot net wrote:
> > What about this? Any good?
> > If the file a.txt is DOS terminated, try
> > cp a.txt prn
> > OR
> > cat a.txt > prn
> > and if a.txt is Unix-terminated, try
> > cat a.txt | unix2dos > prn
> > Fergus
>
>This was a good suggestion but it still does not work. It just does
>nothing as does directing the output to PRINT or LPT1.
>
>The file a.txt if put into Notepad either in dos or unix format prints
>fine.


Hm, then there must be some issue locally.  I have used both 

cat file.txt > prn

and

cat file.txt > ///

with no problems in the past.  If one or both of these don't work for you,
you may be stuck trying to debug it.  In anticipation of your next question,
you might try running one or both of these with 'strace'.  See strace --help
for more details of the options.  The output may give you an idea of where 
things are going wrong for you.



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


--
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: IA64

[Larry Hall (RFK Partners, Inc)]

At 12:17 AM 3/4/2002, Edward Lam wrote:
>Hi,
>
>Has anyone ported cygwin to the IA64 yet?
>
>Thanks,
>-Edward
>(Please cc my e-mail as I won't be able to regular check messages here)


This kind of information is in the list archives but from my recollection
the answer, whenever this question is asked, seems to be a resounding "no",
or at least that's the way I interpret the deafening silence.


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


--
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: setup.exe (cinstall) bugfixes + minor new feature

[Max Bowsher]

>> Therefore, I would like setup to remember the fact that the
>> user has deliberately unchecked the boxes. I don't understand
>> why anyone would want the shortcuts deleted and recreated
>> every time the run setup?
>
> I can think of reasons :}. The first one being that as a sysadmin I
> might want to force every user to get shortcuts - without being
> prompted. Now a shared cygwin install does not imply shared profiles -
> desktop and start menu locations - so the ability to turn off the prompt
> and always create is thus useful.

But the user will need to run setup.exe and follow it through all the way
anyway. If they've managed to get through package selection, does forcing
the choice of shortcut creation help? Or do you have big things planned for
setup (full unattended setup from an answer file?)?.

> I will proceed with fixing that bug, and investigate the use
> of a setup.conf file. Are there any objections to using
> windows {Get,Set}PrivateProfileInt API calls? Or should I
> investigate the setup.ini parsing code, and try to use that?

> Neither :}. I've a model in mind for persistence for all the currently
> diverse setup options. Seriously though, for now, code it with
> Get|Set... And I'll get my model documented and into code at some point.

If this is going to be interim only, do you mind if I stick with my
inhibit-?-icon files?

> Rob

Max.



smime.p7s
Description: application/pkcs7-signature

RE: sem_trywait returns EAGAIN (rather than returning -1 and setting errno)

[Gerald S. Williams]

Andrew T. Schnable [mailto:[EMAIL PROTECTED]] wrote:
> I think all the sem_* functions are broken similarly. [ ... ]

I just came across this myself while working on enabling
Cygwin Python threads. You may find the following function
helpful:

static int
fix_status(int status)
{
return (status == -1) ? errno : status;
}

I defined it as a routine rather than a macro so that you
can use it on a single line without mistakenly calling
the function twice. E.g.,
status = fix_status(sem_wait(thelock));

This should work for any function that returns 0 for success
and -1 for failure (putting the error code in errno), since
0 is never a legal errno code. You may find it useful if you
are using pthreads and semaphore code at the same time and
want the return codes to work the same.

-Jerry

-O Gerald S. Williams, 22Y-103GA : mailto:[EMAIL PROTECTED] O-
-O AGERE SYSTEMS, 555 UNION BLVD : office:610-712-8661  O-
-O ALLENTOWN, PA, USA 18109-3286 : mobile:908-672-7592  O-


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

recv(..., MSG_PEEK) (was Re: fetchmail 5.9.8 and maildrop 1.3.7)

[Jason Tishler]

Corinna,

On Sun, Mar 03, 2002 at 03:58:18PM +, Rui Carmo wrote:
> On Sat, Mar 02, 2002 at 09:47:19PM -0500, Jason Tishler wrote:
> > > I was under the impression that recv() bugs had been twiddled in
> > > 1.3.10... Or did the changes in recv() not address MSG_PEEK?
> > 
> > Hmm, I will look into this.  It would be great if my patch just became
> > obsolete.
> 
> The release notes (post by Cristopher:
> http://sources.redhat.com/ml/cygwin/2002-02/msg01350.html) mention recv()
> explicitly:
> 
> > - Implement socket read/write using recv/send. (corinna)
> 
> Bit vague, though, so I don't know if Corinna tackled the MSG_PEEK
> issue.

Could you comment as to whether or not the above changes would have any
positive affects on the following?

http://sources.redhat.com/ml/cygwin/2001-08/msg00628.html

I could just try to determine this empirically, but since this is very
disruptive to my mail delivery, I was hoping for a "warm fuzzy" first.

Thanks,
Jason

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

cygwin 1.3.10: kill gives spurious Not owner

[Stephen Osborn]

When using kill I get spurious "Not owner" messages, even though all
processes (reported by ps) are running as me.

In the mailing list archives the only problems with kill seem to be related
to killing *other* users' processes.  This is not what I am doing.

I am running Cygwin on NT.  Cygcheck o/p at the bottom.


I have a script (A) which runs another script (B) in a separate process.  B
stores its PID and this is retrieved by the A.  B also runs another script
(C) in a separate process.

Script A tries to remove all of these processes in a housekeeping exercise,
by using ps, grep and script B's PID.

This successfully kills script B but on script C a "Not owner" error is
thrown.

This was working as expected (i.e. both B & C were killed) but this changed
a couple of days ago.

I have modified script A to remove the kill command and after the run ps
gives

  PIDPPIDPGID WINPID  TTY  UIDSTIME COMMAND
  802   1 802802  con 1006 14:11:18 /usr/bin/bash
I 564   1 564564  con 1006 14:11:40 /usr/bin/bash
  831   11020   1034  con 1006 14:38:57 /usr/bin/sh
  920 8311020920  con 1006   Jan  1
/cygdrive/d/jdk1.3/bin/java
  682 802 682571  con 1006 14:44:04 /usr/bin/ps

Issuing kill 920 (=script C) yields
bash: kill: (920) - Not owner


regards
Stephen


Cygcheck o/p follows:


Cygwin Win95/NT Configuration Diagnostics
Current System Time: Mon Mar 04 14:48:44 2002

Windows NT Ver 4.0 Build 1381 Service Pack 5

Path: d:\cygwin\usr\local\bin
 d:\cygwin\bin
 d:\cygwin\bin
 d:\Misys\Meridian3_5\Bin
 c:\WINNT\system32
 c:\WINNT
 d:\cygwin
 d:\cygwin\bin
 d:\jdk1.3
 d:\jdk1.3\bin
 c:\win32app\toolkit
 c:\progra~1\ibm\client~1
 c:\progra~1\ibm\client~1\shared
 c:\progra~1\ibm\client~1\emulator
 c:\progra~1\ibm\client~1\cawin
 c:\Program Files\MQSeries\tools\c\samples\bin
 c:\Program Files\MQSeries\bin
 d:\Mssql7\BINN
 d:\Microsoft Visual Studio\VB98
 d:\Microsoft Visual Studio\Common\MSDev98\Bin
 d:\Microsoft Visual Studio\Common\Tools\WinNT
 d:\Microsoft Visual Studio\Common\MSDev98\Bin
 d:\Microsoft Visual Studio\Common\Tools
 d:\Microsoft Visual Studio\VC98\bin
 d:\READIBMW
 d:\READIBMW

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

HOME = `e:\RegressionTesting\Java3.5Runtime'
MAKE_MODE = `unix'
PWD =
`/cygdrive/e/RegressionTesting/Java3.5Runtime/6AdapterTypes/6_4_2Java3.5Flat
File'
USER = `osborns'

A_DUMMY = `This is a dummy variable to prevent NT crashing'
CLASSPATH =
`C:\Progra~1\MQSeries\java\lib\com.ibm.mq.jar;C:\Progra~1\MQSeries\java\lib\
com.ibm.mqbind.jar;C:\Progra~1\MQSeries\java\lib\com.ibm.mq.iiop.jar;C:\Prog
ra~1\MQSeries\tools\javaclnt\samples\en_us;C:\Progra~1\MQSeries\JAVA\LIB;'
COMPILE_CLASSPATH =
`.;D:\Misys\Meridian3_5\Java\meridian.jar;D:\jdk1.3\src.jar;D:\Misys\Meridia
n3_5\java\activation.jar;D:\Misys\Meridian3_5\java\cryptix32.jar;D:\Misys\Me
ridian3_5\java\ejb.jar;D:\Misys\Meridian3_5\java\jaas.jar;D:\Misys\Meridian3
_5\java\jakarta-regexp-1.2.jar;D:\Misys\Meridian3_5\java\jce-jdk13-112.jar;D
:\Misys\Meridian3_5\java\jcert.jar;D:\Misys\Meridian3_5\java\jdmkrt.jar;D:\M
isys\Meridian3_5\java\jdmktk.jar;D:\Misys\Meridian3_5\java\jhall.jar;D:\Misy
s\Meridian3_5\java\jms.jar;D:\Misys\Meridian3_5\java\jnet.jar;D:\Misys\Merid
ian3_5\java\jsse.jar;D:\Misys\Meridian3_5\java\log4j.jar;D:\Misys\Meridian3_
5\java\mail.jar;D:\Misys\Meridian3_5\java\MDateSelector.jar;D:\Misys\Meridia
n3_5\java\mm.mysql-2.0.7-bin.jar;D:\Misys\Meridian3_5\java\pop3.jar;D:\Misys
\Meridian3_5\java\velocity-1.1.jar;D:\Misys\Meridian3_5\java\xalan.jar;D:\Mi
sys\Meridian3_5\java\xerces.jar;D:\Misys\Meridian3_5\java\xml_swing11.jar;E:
\SourceSafe\meridian_dev\java\idl\MeridianServer\genCode13;C:\Program
Files\MQSeries\Java\Lib;C:\Program Files\M'
COMPUTERNAME = `PORCINE'
COMSPEC = `C:\WINNT\system32\cmd.exe'
CUS = `d:\SWIFT\CASmf'
CUSCFG = `d:\SWIFT\CASmf\DAT\CUSCFG.DAT'
DATTOP = `d:\SWIFT\CASmf\DAT\'
HOMEDRIVE = `C:'
HOMEPATH = `\'
INCLUDE = `D:\Microsoft Visual Studio\VC98\atl\include;D:\Microsoft Visual
Studio\VC98\mfc\include;D:\Microsoft Visual Studio\VC98\include'
JAVA_HOME = `D:/jdk1.3'
LIB = `D:\Microsoft Visual Studio\VC98\mfc\lib;D:\Microsoft Visual
Studio\VC98\lib'
LOGONSERVER = `\\PORCINE'
MERIDIAN_CLASSPATH = `.;D:\Misys\MERIDIAN3_5\java\meridian.jar;'
MERIDIAN_COMPILE_CLASSPATH =
`.;D:\Misys\Meridian3_5\java\ejb.jar;D:\Misys\Meridian3_5\java\pop3.jar;D:\M
isys\Meridian3_5\java\mail.jar;D:\Misys\Meridian3_5\java\activation.jar;D:\M
isys\Meridian3_5\java\MDateSelector.jar;D:\Misys\Meridian3_5\java\mm.mysql-2
.0.7-bin.jar;D:\Misys\Meridian3_5\java\jms.jar;D:\Misys\Meridian3_5\java\jak
arta-regexp-1.2.jar;D:\Misys\Meridian3_5\java\jsse.jar;D:\Misys\Meridian3_5\
java\jaas.jar;D:\Misys\Meridian3_5\java\jcert.jar;D:\Misys\Meridian3_5\java\
jnet.jar;D:\Misys\Meridian3_5\java\cryptix32.jar;D:\Misys\Merid

RE: Help to link a prog static with libcurl, libssl and libcrypto.

[Roth, Kevin P.]

> -Original Message-
> From: Larry Hall (RFK Partners, Inc) [mailto:[EMAIL PROTECTED]]
> Sent: Tuesday, February 26, 2002 7:33 PM
> 
> The CURL you're linking against is apparently expecting at 
> least some POSIX APIs.  You won't be able to get this to link
> without some porting. Perhaps CURL builds as a WIN32 version 

Yes, CURL builds as pure win32, using (surprise) mingw. I don't
know any details on setting this up, but you can probably find
some info at http://curl.haxx.se/, or try the curl mailing list
([EMAIL PROTECTED]). The porting to remove reliance on POSIX APIs
has (to my knowledge) already been done; however, since Cygwin
supports POSIX, and since the win32 version of curl.exe doesn't
really care for posix path spec (e.g. have to translate /usr/...
to/from C:\cygwin\usr\... style when using win32 version of curl),
the cygwin version of curl (including all libraries) expects to
find cygwin1.dll...

> too in which case you may be able to switch over to that without 
> too much pain.  Alternatively, you can try building this without 
> the '-mno-cygwin' flag, although you'll link in cygwin1.dll for 
> sure then.  

Correct. This works fine for me. Statically or dynamically.


--
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: Is the Cygwin 1.3.2 DLL Win 2000 compatible?

[Larry Hall (RFK Partners, Inc)]

At 03:54 AM 3/3/2002, David Starks-Browning wrote:
>On Friday 1 Mar 02, Larry Hall (RFK Partners, Inc) writes:
> > Perhaps.  It's an esoteric one.  The original poster of this question wanted
> > to know if Cygwin 1.3.2 would work with Win2000.  I replied with the FAQ 
> > entry that says Cygwin works with 9x/Me/NT/W2K/XP.  The reply I got back 
> > from the poster then was that he had seen this entry but thought it 
> > referenced only the current Cygwin DLL (1.3.9 at that point).  So the only
> > question I was raising was whether you think it would be more or less 
> > confusing to people to add some wording to the FAQ entry that specifies
> > that any recent Cygwin DLL works with Windows, not just the latest.
> > It's not clear to me that this additional wording wouldn't raise more 
> > questions than it answers.  Judging by your response, I think leaving things
> > as is may be the best option.  What do you think?
>
>I think it's best to leave this entry as it is.


Very good.  Thanks for the 'ruling'. :-)



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


--
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" for Cygwin

[Roth, Kevin P.]

I prefer start over cygstart. Here's my $0.02, FWIW:

 o Newbies are more likely to find "start" than "cygstart". And
   they'll be impressed that "start appname" JustWorks(tm).

 o Oldies (like me, who can't always remember things very well)
   wouldn't have to learn a new command name.

 o "most" people probably have cygwin/bin at the beginning of 
   their path when using BASH, but towards the end of their path
   (at least after their windows directories) when running under
   COMMAND.COM or CMD.EXE. If they don't, it's my personal 
   opinion that they should. Under this scenario, win9x's 
   command.com will find windows' start.exe, while bash will 
   find cygutils' start.exe; keeping both very happy.

 o for those (few most likely?) who are running win9x/me, and
   have cygwin/bin at the beginning of windows' PATH, *and* have
   loaded the non-default package cygutils, will eventually 
   figure out why start may no longer work...

 o If cygutils' start.exe can be made to work just like 
   windows' start.exe (when called from a windows command.com
   shell), then we theoretically eliminate all problems, right?

Thanks,
--Kevin



-Original Message-

>On Sunday 3 Mar 02, Robert Collins writes:
> > I think cygstart or something like that will eliminate the potiential
> > for touble.

At 12:58 3-3-2002, David Starks-Browning wrote:
>Indeed, that would solve it!

From: Michael Schaap [mailto:[EMAIL PROTECTED]]
It would.

I have mixed feelings about this, though.

--
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[2]: JDK 1.4

[Pavel Tsekov]

Hello, cygwiners! :)

Just to let you know that this message was sent to the list
unintentionally :( It was my fault that my colleague sent this
mail to the list - I had the Reply-To field set to the ml adress :(

Sorry for any inconvinience.

Pavel Tsekov


--
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: JDK 1.4

[Alessandro Zeffin]

Yes, now I'm working with JDK 1.4.0.

java version "1.4.0"
Java(TM) 2 Runtime Environment, Standard Edition (build 1.4.0-b92)
Java HotSpot(TM) Client VM (build 1.4.0-b92, mixed mode)

I have the installation j2re-1.4.0-linux-i386.bin file in /usr/my/java/ 
directory in my machine (Fermi).


Pavel Tsekov wrote:

>Does anyone have the JDK 1.4 release available ?
>
>
>

-- 
Alessandro Zeffin
Syntrex S.p.A. - www.syntrex.com
Galleria Spagna, 28 - 35127 Padova, Italy
Tel:+39 049 8703470
Fax:+39 049 8703463
eMail:  [EMAIL PROTECTED] 

The information transmitted is intended only for the person(s) or entity to which it 
is addressed 
and may contain confidential and/or privileged material. Any unauthorized review, use, 
disclosure, 
or distribution is prohibited. If you received this in error, please contact the 
sender and destroy 
all copies of the 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/

ÄúµÄÔÂÊÕÈ뽫´ïµ½8000Ôª£¡

[seekease]

ÎÒÊÇÒ»¸öÏÖ´úµÄÅ®º¢£¬Ï²»¶·ÉÏèÔÚ×ÔÓɵÄÌì¿Õ£¬×·Ñ°×źÍÄãÃÀÀöµÄåâåË£¬À´¹²Í¬ÏíÊÜ·è¿ñµÄÿһ·ÖÖÓ¡£ºó¼Ç£º±¾Ð¡Å®×Ó±ÏÒµÒ²¿ìÁ½Äê¶àÁË,¹¤×÷»»ÁËÓÖ»»,¿É²»ÖªÉϱ²×ÓÔâµÄʲôÄõ£¬µ½ÄĶ¼ÎÞÎÒÁ¢×ãÖ®µØ!Èç½ñ´ôµÃʵÔÚÎÞÁÄ£¬³ýÁËÉÏÍø»¹ÊÇÉÏÍø£¡ÔÚÍøÉÏÂþÓιý³ÌÖУ¬ÎÒ·¢ÏÖÁËÒ»¸öÎÊÌ⣬Ϊʲô¸÷¸öÍøÕ¾¶¼ËµÄÜΪÄã׬µ½ºÜ¶àÇ®ÄØ£¿¾ÍÁ¬¶ÁÒ»·âE-mailµã¼¸»Ø¹ã¸æÀ¸¶¼ÄÜÕõµ½Ç®?ÄÑÒÔÖÃÐÅ,ÌìÏÂÄÄÓÐÃâ·ÑµÄÎç²Í£¿(ºóÀ´²ÅŪÇåÊǹã¸æÉÌÂòµ¥),¿É´ô×ÅʵÔÚÊÇÎÞÁÄ°¡£¬·´ÕýÏÐ×ÅÒ²ÊÇÏÐ×Å£¬ÕÒÁËÒ»¸ö²»ÒªÉí·ÝÖ¤£¬²»Òª»áÔ±·Ñ£¬Ö»ÒªÓиöµØÖ·£¬µç»°ºÅÂë¾ÍÄÜÕõµ½Ç®µÄÍøÕ¾£¬ÉêÇë³ÉÁË»áÔ±¡­¡­£¨·´ÕýÕõ²»µ½Ç®Ò²²»»á³Ô¿÷,ºß!£©µÈÁËÒ»¸öÔ£¬Á½¸öÔ¡­¡­Ê²Ã´»ã¿îµ¥£¿Á¬¸öÓ°×Ó¶¼Ã»ÓУ¡²»¹ýÒ»Ï룬ÎÞËùνÁË,·´ÕýҲû³Ô¿÷!¾Íµ±ÊǹíÃÔÐÄÇÏÒ»»Ø°É!¹þ¹þ!

¿ÉÒ»Ö±µ½ÁË3¸öÔ¡­¡­Í»È»,»ã¿îµ¥µ½ÁË!²»¿´²»ÖªµÀ£¬Ò»¿´ÏÅÒ»Ìø£¡9°Ù¶àÃÀ½ð£¿ÕÛºÏÈËÃñ±Ò²»¾ÍÊÇ7ǧ¶àÁËÂ𣿰ëÐÅ°ëÒÉ,µ½ÁËÒøÐÐ,½»Á˼¸Ê®ÔªµÄÊÖÐø·Ñ,»»»ØÁË7ǧ¶à!ÕæÏñ×öÃÎÒ»Ñù¡­¡­ÂòÁËһЩһֱÏëÂòµÄ¶«¶«¡£ÐË·ÜÖ®Óà,ÓÖ¿ªÊ¼ÁËÎÒµÄÐû´«,Ðû´«Ô½¶à,ÕõµÄÔ½¶àÂð?¹ûÈ»,²»µ½Ò»¸öÔÂ,ÓÖ·ÉÀ´ÁËÒ»Õŵ¥×Ó£¡1ǧ3°Ù¶àÃÀ½ð¡­¡­ÕæÊÇÄÑÒÔÖÃÐÅ£¡ÓÖ¹ýÁËÒ»¸öÔÂÉÏÕǵ½ÁË2ǧ4°Ù¶àÃÀ½ð¡£Èç½ñ£¬²»ÓÃÉÏ°àÒ²ÓÐÇ®»¨ÁË£¬ÕæÊÇÀÖÔÕÀÖÔÕ£¡Äã²»ÐÅ£¿ÄÇû°ì·¨£¡Ö»¿ÉϧÕâ°×»¨»¨µÄÒø×Óඡ£²»¹ý£¬¹ÅÈËÔÆ£º¡°Äþ¿ÉÐÅÆäÓУ¬²»¿ÉÐÅÆäÎÞ¡±°¡£¡·´ÕýÒ²²»³Ô¿÷£¬¾Íµ±·èÒ»»ØÊÔÊÔ¿´ÂÏàÐÅÎÒ£¬Ã»´íµÄ£¡¼ÓÈë·½·¨ºÜ¼òµ¥µÄŶ£º×îÐÂÃâ·Ñ׬Ǯ¹«Ë¾--NitroClicks(»ð±¬Óʼþ,¼ò³ÆNC)!!!
 

 NCÊÇÒ»¼Ò×îеÄÊÕÓʼþ׬Ǯ¹«Ë¾,Ãâ·Ñ×¢²á,¶øÇÒ×¢²á¾Í°×ËÍ$6,¸Ã¹«Ë¾³ÉÁ¢ÓÚ2000Äê9ÔÂ. 

 
µ«ÇëǧÍò²»Òª°ÑËüºÍÒÔÇ°ÆäËûµÄ´ËÀ๫˾ÏàÌá²¢ÂÛ,NCÊÇÖÁ½ñΪֹ¸¶·Ñ¶î×î¸ßµÄÊÕÓʼþ׬Ǯ¹«Ë¾,¶øÇÒÐÅÓþ׿Öø,ÏÖÔÚÔÚ¹úÍâÒÑÏ൱»ð±¬.
 
ÄãÿÊÕµ½Ò»·âÓʼþ(°´ÒªÇóÍê³ÉÒ»ÏîÏàÓ¦µÄÈÎÎñ,¼¸·ÖÖӾͿÉÍê³É),¾Í¿ÉµÃµ½$1-$8(ƽ¾ù$4/ÿ·âÐÅ)!!!WOW!!!
 

 
¶øÿ·âÓʼþÒªÇóÍê³ÉµÄÈÎÎñ(task)Ò²Ï൱¼òµ¥,ÓеÄtask¾ÍÊÇÈÃÄã·ÃÎÊÏàÓ¦µÄÍøÕ¾¼´¿É,ÁíÍâÓеľÍÊǶ¥¶àÈÃÄã×¢²áÒ»ÏÂ.·¢¸øÄãµÄÈÎÎñµÄÄÚÈÝÊǸù¾ÝÄãÔÚ×¢²áʱÌîµÄ¸öÈËÐËȤ¶ø¶¨µÄ(ΪÁËÊÕµ½¸ü¶àµÄÓʼþ,½¨ÒéÈ«²¿Ñ¡ÖÐ).¾ÍÕâ÷á¼òµ¥,ÃÀÔª¾Íµ½ÊÖÁË!
  
ÿ¸ö»áԱƽ¾ùÿÔ»áÊÕµ½22-26·âÓʼþ,ƽ¾ùÏÂÀ´Ã¿ÔÂÊÕÈë¾ÍÓÐÉÏ°ÙÃÀÔª°¡!¶øÕâÊÇÔÚÄãÒ»¸öÈËÒ²²»ÍƼöµÄÇé¿öϾÍÄÜ׬µ½µÄ,Ò²¾ÍÊÇ˵,Èç¹ûÄãÒ»¸öÏÂÏßÒ²²»·¢Õ¹,¹â¿¿×Ô¼º¾ÍÄÜÿÔÂ׬µ½ÉÏ°ÙÃÀÔª!
  µ«Èç¹ûÄãÄÜ·¢Õ¹¼¸¸ö»áÔ±,ÄãÄÜ׬¶àÉÙÄØ?NCÖ§³Ö5²ãÏÂÏß,µÚ1²ãÌáÈ¡10%,µÚ2-5²ã¸÷ÌáÈ¡5%,

¹²30%.ÊÔÏë,Èç¹ûÿ¸öÈËÖ»ÍƼö3¸öÈË,ÿ¸öÈËÿÔµĸöÈËÊÕÈ붼°´$84ƽ¾ù¼ÆËã,ÊÕÈëÇé¿öÈçÏÂ:  

 Äã:$84 

 1²ã: 3 x $8.40 = $25.20 

 2²ã: 9 x $4.20 = $37.80 

 3²ã: 27 x $4.20 = $113.40 

 4²ã: 81 x $4.20 = $340.20 

 5²ã: 243 x $4.20 = $1020.60 

 ºÏ¼Æ: $1,521.20/ÔÂ,$18,254.40/Äê 

  ÊÔÏë,Èç¹ûÄãÍƼöµÄ¸ü¶àÄØ?!WOW!!!$$ 

  ½ñÌì¾ÍÂíÉϼÓÈë,¿ªÊ¼×¬Ç®°É!µ¢ÎóÒ»¿Ì¶¼ÊÇÔÚÀ˷ѽðÇ®°¡! 

  Çë°´´ËÁ´½Ó¼ÓÈë http://www.nitroclicks.com/join.phtml?referred=gx212   

 ÄãÏÖÔÚ¼ÓÈ룬ע²á¿ÉµÃµ½6$¡££¨Ã¿Ô¿ɵõ½22-26·âÐÅ£¬Ã¿·âÐÅËû»á

֪ͨÄãÍê³ÉÒ»¸öÈÎÎñ£¬Í¨³£ÊÇä¯ÀÀÒ»¸öÍøÕ¾»ò×¢²áÒ»¸öÍøÕ¾¡££©Ã¿Íê³ÉÒ»¸öÈÎÎñÄãƽ¾ù¿ÉÒÔµÃ

µ½3$£¨ÎÒÖ»ÊÇ˵¡°Æ½¾ù¡±£¬Ëü¾­³£ÅɵÄÈÎÎñ¶¼ÔÚ2-8$Ö®¼ä£©Ã¿ÔÂÄã¿ÉµÃµ½66-78$¡£Äã±ØÐëÈ¥www.nitroclicks.comÍøÕ¾µÇ½µã½øÈëºó²¢ÇÒÍê³ÉÄãµÄÈÎÎñ²ÅÄܵõ½±¨³ê¡£µÇ½ºó£¬¿´Current

 tasksÏÂÃæÓÐÎÞÁ¬½Ó£¬ÈçÓУ¬×¢Òâ¿´Ò»ÏÂËûµÄÈÎÎñÊÇä¯ÀÀ£¨visit£©»¹ÊÇ×¢²á(register)£¬µã

»÷Á¬½Ó£¬²¢Íê³ÉÈÎÎñ¡££¨ÐÂÊÖÃÇÇë×¢Ò⣺ÄãÃÇ×îºÃ×°Ò»¸ö½ðɽ¿ìÒë2000£¬·­ÒëºóÄãÃǴ󲿷ֵÄ

Òâ˼¶¼Ã÷°×ÁË£©¡£ 

 Õâ¸öÊÕÓʼþÍøÖ§³Ö5¼¶ÏÂÏߣ¬1¼¶10%£¬2-5¼¶5%¡£¸¶·Ñ±ê×¼·Ç³£¸ß£¬ÐèÒª500$Æ𸶡£ËüÃǵĽâ

ÊÍÊÇ£º´ó²¿·Ö»áÔ±ÔÚµ½´ï500$Ç°µÄÖÐ;·ÅÆú£¬ËûÃÇÔÚnitroclicksÊ£ÓàµÄÇ®²»¿ÉÄÜ´ø×ß¡£Õâ¾Í

ÊÇÎÒÃÇΪºÎ¸øÊ£ÓàµÄ»áÔ±Èç´Ë¸ßµÄ±¨³ê£¨3$/ÈÎÎñ£©¡£Èç¹ûÄã²»·ÅÆú£¬Äã¾Í¿ÉÄܵõ½¡£ÎÒÇ×°®

µÄÐֵܽãÃÃÃÇÄãÃÇ»¹²»Ðж¯ÆðÀ´£¬ÎÒÃDz»ÄÜÀÏ¿´×ÅÄÇЩÃÀ×ÊÆóÒµÒ»¼äÒ»¼äµÄ¿ª×¬ÎÒÃǵÄÀÍÁ¦ºÍ

ÈËÃñ±Ò£¬ÎÒÃÇͬÑùÒ²¿ÉÒÔ׬´ó°Ñ´ó°Ñ׬ËûÃǵÄÃÀ½ðѽ£¬ÄãÃÇ˵¶ÔÂ𣿠

 Èç¹û´ó¼ÒÐĶ¯Á˾ö¶¨×¢²áÕâ¸öÍøÕ¾¿ªÊ¼×¬Ç®ÁË£¬ÄǾÍÀ´°É£¬»¶Ó­´ó¼Ò½øÈëÏÂÃæµÄÍêÈ«¹¦ÂÔÊÖ

²á£º 

 1¡¢Ê×ÏÈ´ó¼Ò±ØÐëÓÐÒ»¸öÊôÓÚ×Ô¼º¶øÇÒÒ»¶¨ÒªÄÜÊÕµ½ÓʼþµÄµç×ÓÐÅÏä¡£ 

 ÄãÒª¾­³£²é¿´ÄãµÄÐÅÏ䣬¿´ÓÐû¡°nitroclicks¡±·¢¸øÄãеÄÈÎÎñÊ飬һ°ãÔÚÊÕÐÅÏäÀïÄã×¢

Ò⿴һϣ¬ÄãÊÕµ½µÄÓʼþÀïÒ»°ãÓС°nitroclicks¡±×ÖÑù¾Í˵Ã÷ËüÓÖÅÉеÄÈÎÎñ¸øÄãÁË 

777 
2¡¢È»ºó´ó¼ÒµÇ½µ½Õâ¸öÍøÕ¾µÄ×¢²áÒ³ÃæÍê³É×¢²á¡£Ïêϸע²á²½Ö裺µã»÷ÒÔÏÂÍøÖ·http://www.nitroclicks.com/join.phtml?referred=gx212

¼´»á³öÏÖ×¢²áÒ³Ã棺 

 Login---̞ 

 Password--ÃÜÂë 

 Confirm Password--- ---È·ÈÏÃÜÂë 

 E-mail--ÓʼþµØÖ· 

 Zip/postal codeÓÊÕþ±àÂë 

 First name--ÄãµÄÐÕ 

 Last name--ÄãµÄÃû 

 Provinceʡ 

 City--³ÇÊÐ 

 State-ÖÝ£¨ÕâÒ»ÏîÑ¡¡°ÆäËûµÄ¡±£© 

 Country-¹ú¼Ò 

 Street Address--ÄãÄÜÊÕµ½Ç®µÄµØÖ· 

 Year of Birth³öÉúµÄÄê 

 GenderÐÔ±ð 

 Education-ѧÀú 

 Annual Household IncomeÄãµÄÊÕÈë (Îҵľ­ÑéÊÇÒªÌî¸ßһЩ,µ«±ðÀëÆ×)

 

 Additional Information Please make sure to tick at least one interest in each*.

 Purpose of using internet (check all that apply): ÄãÓÃÒòÌØÍøµÄÄ¿µÄ¼°ÄãµÄÐËȤ(ÕâÀï

ÎÒ½¨Òé´ó¼ÒÈ«Ñ¡ÖУ¬ÒòΪÕâÑùËüÅɸøµÄ¸¶·ÑÓʼþ»á¸ü¶à¡£) 

 

 Chat ÁÄÌì SchoolѧУ 

 Cu

RE: setup.exe (cinstall) bugfixes + minor new feature

[Robert Collins]

> -Original Message-
> From: Max Bowsher [mailto:[EMAIL PROTECTED]] 
> 
> 
> > I was thinking that
> > If the setting is absent it prompts,
> > if the setting is on it always creates, overwriting the 
> current one if 
> > the setting is off it never creates.
> 
> > Rob
> 
> Hmm - I'm not sure I understand this.
> 
> Current behaviour is that setup checks the boxes by default, 
> if it does not find the shortcuts. The user can manually 
> check the boxes to run the creation code even if they already 
> exist. I find it mildly annoying to have to uncheck both 
> boxes each time I run setup. (My desktop shortcut is called 
> something different, and I don't want a start menu one) 
> Therefore, I would like setup to remember the fact that the 
> user has deliberately unchecked the boxes. I don't understand 
> why anyone would want the shortcuts deleted and recreated 
> every time the run setup?

I can think of reasons :}. The first one being that as a sysadmin I
might want to force every user to get shortcuts - without being
prompted. Now a shared cygwin install does not imply shared profiles -
desktop and start menu locations - so the ability to turn off the prompt
and always create is thus useful.
 
> I will proceed with fixing that bug, and investigate the use 
> of a setup.conf file. Are there any objections to using 
> windows {Get,Set}PrivateProfileInt API calls? Or should I 
> investigate the setup.ini parsing code, and try to use that?

Neither :}. I've a model in mind for persistence for all the currently
diverse setup options. Seriously though, for now, code it with
Get|Set... And I'll get my model documented and into code at some point.

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: setup.exe (cinstall) bugfixes + minor new feature

[Max Bowsher]

> I was thinking that
> If the setting is absent it prompts,
> if the setting is on it always creates, overwriting the current one
> if the setting is off it never creates.

> Rob

Hmm - I'm not sure I understand this.

Current behaviour is that setup checks the boxes by default, if it does not
find the shortcuts.
The user can manually check the boxes to run the creation code even if they
already exist.
I find it mildly annoying to have to uncheck both boxes each time I run
setup. (My desktop shortcut is called something different, and I don't want
a start menu one)
Therefore, I would like setup to remember the fact that the user has
deliberately unchecked the boxes.
I don't understand why anyone would want the shortcuts deleted and recreated
every time the run setup?

I have just realised that there was a bug in my previous implementation -
setup will need to distinguish between it detecting the presence of the
shortcuts, and so defaulting the checkboxes to off, and a user turning them
off. (i.e., a user should be able to run setup, and it creates shortcuts,
run setup again, and the boxes be unchecked, delete the shortcuts, and have
setup check the boxes by default again - so only not checking by default
when the user has deliberately turned the checkboxes off)

I will proceed with fixing that bug, and investigate the use of a setup.conf
file. Are there any objections to using windows {Get,Set}PrivateProfileInt
API calls? Or should I investigate the setup.ini parsing code, and try to
use that?


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/




--
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: recursive rm and ls don't work (Win98)

[fergus at bonhard dot uklinux dot net]

>rm -rf *.~*
>ls -r *.~*
>ls -r *.pas
> However,
>ls -r *
> works

The rm report ("it doesn't work") is strange. I guess it's a bit scary to
risk trying rm -r or even rm -rv, depending on how rm is aliased for you
(with or without -i?). Why not just

cp -vr {important directory with subdirectories} ~/mytmp

and then try rm -rv mytmp and see what happens?

Your ls report isn't strange, or doesn't seem strange to me. The -r switch
determines the order in which the folders are listed; to get a recursive
listing try ls -R. So I can't quite think what you mean by "ls -r * works"
because I don't think this should list the contents of subdirectories?

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: 1.13.10-1: recursive rm and ls don't work (Win98)

[Bjoern Kahl AG Resy]

 Hello !

On Mon, 4 Mar 2002, Serge Beaumont wrote:
> I downloaded and installed the base version of Cygwin today. I think I found
> a bug and did not find an answer in the FAQ and mailing list archives.

 It is not a bug, it is a feature
 to understand this, you should keep in mind, how pattern-matching works.

> I wanted to remove the *.~* files that Delphi always leaves behind in my
> development directory. These commands I tried will not work recursively,
> they only find the items in the current working directory:
> rm -rf *.~*
> ls -r *.~*
> ls -r *.pas

 In Cygwin (as in unix) Patern are expandet by the shell, not by the
called programm. So These lines aktually read

 "ls -r bla.~  foo.~bar  ..."

 That is, "ls" will find a number of files, but now directory on
 its commandline arguments.
 Of course only a directory could be listed recursivly.
 So there is simoly no entity on "ls" commandline, to which the
 "-R" could be applied.

> ls -r *
> works!

 In this case, ls will find all files _and_ all (sub-)directorys
 on its commandline. so it can apply the "-R" switch to the
 directorys.

 So how to go?

 Well, you want to try "find". Something like
 "find . -iname \*.~\* -o -iname \*.pas | xargs -r -n 20 rm -f"

 What will this line do?

 First, we instruct find to start searching in the current
 directory ("find ."). Then we request to match each found file
 against the pattern "*.~*". The "\" Prevents the shell from
 replacing "*.~*" with "bla.~  foo.~bar" ("-iname \*.~\*").
 Because we want to find more patterns, we request to check
 in addition against "*.pas" ("-o -iname \*.pas"). The "-o"
 stands for "logical or". Each test in find ("-iname ...")
 evaluates to "true" if it matches or "false" if not. Find
 terminates the evaluation as soon as it konw the out come
 of the whole expression. If it is "true" it prints the
 matched entity, otherwise it starts the next cycle.

 The Rest of the line pipes the List of filesnames from "find"
 into xargs, which collects 20 ("-n 20"), creates a new
 commandline from its remining arguments ("rm -f") and these 20
 entites and runs that commnadline. The "-r" prevents xargs from
 running an empty commandline, in case there are no files found
 by "find".

 For details and the higher magic of shell programming you
 should consult the manpages.


   Bjoern

-- 
+-+
| Dipl.-Phys. Bjoern Kahl +++ AG Embedded Systems and Robotics (RESY) |
| Informatics Faculty +++ Building 48 +++ University of Kaiserslautern|
| phone: +49-631-205-2654 +++ www: http://resy.informatik.uni-kl.de   |
+-+


--
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: mkshortcut debugging problem

[Jason Tishler]

Joshua,

On Sat, Mar 02, 2002 at 07:49:11PM -0800, Joshua Daniel Franklin wrote:
> Thanks much, I'll take a look.

No problem.

Sorry for not directly trying to help debug your problem.  And sorry
for not coming forward with (and/or contributing) my code sooner.

Jason

--
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.13.10-1: recursive rm and ls don't work (Win98)

[Serge Beaumont]

Hello,

I downloaded and installed the base version of Cygwin today. I think I found
a bug and did not find an answer in the FAQ and mailing list archives.

I wanted to remove the *.~* files that Delphi always leaves behind in my
development directory. These commands I tried will not work recursively,
they only find the items in the current working directory:

rm -rf *.~*
ls -r *.~*
ls -r *.pas

However,

ls -r *

works! I didn't dare to try rm -r *, I hope you understand :-)

I've included the cygcheck output below.

Grtz,

Serge.

=


Cygwin Win95/NT Configuration Diagnostics
Current System Time: Mon Mar 04 12:00:58 2002

Windows 98 SE Ver 4.10 Build 

Path: C:\CYGWIN\BIN
 C:\CYGWIN\USR\BIN
 C:\WINDOWS
 C:\WINDOWS\COMMAND
 C:\PYTHON21\
 C:\PROGRAM FILES\GNU\WINCVS 1.2

SysDir: C:\WINDOWS\SYSTEM
WinDir: C:\WINDOWS

HOME = `c:\ontw'
CYGWIN = `glob'

TMP = `C:\WINDOWS\TEMP'
TEMP = `C:\WINDOWS\TEMP'
PROMPT = `$p$g'
winbootdir = `C:\WINDOWS'
COMSPEC = `C:\COMMAND.COM'
JAVA_HOME = `c:\java\jdk1.3.0_02'
windir = `C:\WINDOWS'
CMDLINE = `cygcheck -s -v -r '

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

a:  fd   N/AN/A
c:  hd  FAT32   9576Mb  95% CPUN
d:  cd   N/AN/A

.  /cygdrive  usertextmode,noumount
C:/cygwin  /  system  textmode
C:/cygwin/bin  /usr/bin   system  textmode
C:/cygwin/lib  /usr/lib   system  textmode

Found: C:\CYGWIN\BIN\bash.exe
Found: C:\CYGWIN\BIN\cat.exe
Not Found: cpp (good!)
Found: C:\CYGWIN\BIN\find.exe
Found: C:\WINDOWS\COMMAND\find.exe
Warning: C:\CYGWIN\BIN\find.exe hides C:\WINDOWS\COMMAND\find.exe
Not Found: gcc
Not Found: gdb
Not Found: ld
Found: C:\CYGWIN\BIN\ls.exe
Not Found: make
Found: C:\CYGWIN\BIN\sh.exe

   19k 2002/02/20 C:\CYGWIN\BIN\cyggdbm.dll - os=4.0 img=1.0 sys=4.0
  "cyggdbm.dll" v0.0 ts=2002/2/20 4:05
   22k 2001/12/13 C:\CYGWIN\BIN\cygintl-1.dll - os=4.0 img=1.0 sys=4.0
  "cygintl-1.dll" v0.0 ts=2001/12/13 10:28
   45k 2001/04/25 C:\CYGWIN\BIN\cygform5.dll - os=4.0 img=1.0 sys=4.0
  "cygform5.dll" v0.0 ts=2001/4/25 7:28
   26k 2001/04/25 C:\CYGWIN\BIN\cygmenu5.dll - os=4.0 img=1.0 sys=4.0
  "cygmenu5.dll" v0.0 ts=2001/4/25 7:27
  156k 2001/04/25 C:\CYGWIN\BIN\cygncurses++5.dll - os=4.0 img=1.0 sys=4.0
  "cygncurses++5.dll" v0.0 ts=2001/4/25 7:29
  226k 2001/04/25 C:\CYGWIN\BIN\cygncurses5.dll - os=4.0 img=1.0 sys=4.0
  "cygncurses5.dll" v0.0 ts=2001/4/25 7:17
   15k 2001/04/25 C:\CYGWIN\BIN\cygpanel5.dll - os=4.0 img=1.0 sys=4.0
  "cygpanel5.dll" v0.0 ts=2001/4/25 7:27
   35k 2002/01/09 C:\CYGWIN\BIN\cygform6.dll - os=4.0 img=1.0 sys=4.0
  "cygform6.dll" v0.0 ts=2002/1/9 7:03
   20k 2002/01/09 C:\CYGWIN\BIN\cygmenu6.dll - os=4.0 img=1.0 sys=4.0
  "cygmenu6.dll" v0.0 ts=2002/1/9 7:03
  175k 2002/01/09 C:\CYGWIN\BIN\cygncurses++6.dll - os=4.0 img=1.0 sys=4.0
  "cygncurses++6.dll" v0.0 ts=2002/1/9 7:03
  202k 2002/01/09 C:\CYGWIN\BIN\cygncurses6.dll - os=4.0 img=1.0 sys=4.0
  "cygncurses6.dll" v0.0 ts=2002/1/9 7:03
   12k 2002/01/09 C:\CYGWIN\BIN\cygpanel6.dll - os=4.0 img=1.0 sys=4.0
  "cygpanel6.dll" v0.0 ts=2002/1/9 7:03
   17k 2001/06/28 C:\CYGWIN\BIN\cyghistory4.dll - os=4.0 img=1.0 sys=4.0
  "cyghistory4.dll" v0.0 ts=2001/1/7 5:34
  108k 2001/06/28 C:\CYGWIN\BIN\cygreadline4.dll - os=4.0 img=1.0 sys=4.0
  "cygreadline4.dll" v0.0 ts=2001/1/7 5:34
   20k 2002/01/13 C:\CYGWIN\BIN\cyghistory5.dll - os=4.0 img=1.0 sys=4.0
  "cyghistory5.dll" v0.0 ts=2002/1/13 2:27
  121k 2002/01/13 C:\CYGWIN\BIN\cygreadline5.dll - os=4.0 img=1.0 sys=4.0
  "cygreadline5.dll" v0.0 ts=2002/1/13 2:27
   40k 2001/11/21 C:\CYGWIN\BIN\cygpcre.dll - os=4.0 img=1.0 sys=4.0
  "cygpcre.dll" v0.0 ts=2001/11/21 23:15
   39k 2001/11/21 C:\CYGWIN\BIN\cygpcreposix.dll - os=4.0 img=1.0 sys=4.0
  "cygpcreposix.dll" v0.0 ts=2001/11/21 23:15
   50k 2002/01/20 C:\CYGWIN\BIN\cygz.dll - os=4.0 img=1.0 sys=4.0
  "cygz.dll" v0.0 ts=2002/1/20 

Re: setup.exe (cinstall) bugfixes + minor new feature

[Max Bowsher]

Umm... weird.

the snapshot binary has no bug, yet the one I compiled from current CVS
does. Can I have broken my build environment that badly?
Here's what I do

update from cvs
run this script 
To: "Max Bowsher" <[EMAIL PROTECTED]>; <[EMAIL PROTECTED]>
Sent: Monday, March 04, 2002 10:34 AM
Subject: RE: setup.exe (cinstall) bugfixes + minor new feature




> -Original Message-
> From: Max Bowsher [mailto:[EMAIL PROTECTED]]
> Sent: Monday, March 04, 2002 9:08 PM
> To: [EMAIL PROTECTED]
> Subject: Re: setup.exe (cinstall) bugfixes + minor new feature
>
>
> I did notice that setup-20020225.exe does not have the
> shortcut creation bug - do you have some fixes which haven't
> made it to CVS yet?

No, its all checked in.

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/




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

Hang problem related to signals and process priority

[Ivan Szanto]

Hello cywin guru,  
   


Maybe you can help me with the following problem.
We are running Cygwin version 1.3.10 on Windows NT.
We use sigaction to redirect the SIGIO signal to our
own signal handler in a client/server app. 

When running several processes of the same client program 
in the background, a couple of them seem to hang.

It is interesting that this problem does not surface when
we have all those processes running in the foreground or
when we start them using "cmd start /high ..."

Please find attached the relevant code for reproducing
the problem. It is a client program that tries to connect
to a telnetd. It expects the machine name where telnetd is
running as well as the repeat count for the send loop.
I reproduced the problem as follows

  1. opened an xterm with a bash
  2. in the xterm I typed the following
   
 for i in 1 2 3
 do
   ./a.exe localhost 300 &
 done

The result was that one process did well, but the other two hanged.

Is this behavior related to a known CYGWIN problem?
Do you think we can change our code in some way to avoid this problem?
We will greatly appreciate your expert advice on this matter.


Greetings,


  Ivan


#include 
#include 
#include 
#include 
#include 
#include 
#include 
#include 
#include 
#include 
#include 


int global_int;

void
handle_signal(int a)
{
  global_int = 1; 
}

int 
set_mode(int socknum, int mode)
{
  int real_mode;
  int flags, yes = 1;  // yes actually is needed for CYGWIN

  real_mode = mode & (FASYNC + FNDELAY);
  flags = fcntl (socknum, F_GETFL);
  if (flags == -1)
{ perror("GETFL failed"); exit(0); }

#ifdef __CYGWIN__
  flags &= ~(FASYNC + O_NONBLOCK);
#else
  flags &= ~(FASYNC + FNDELAY);
#endif
  flags |= real_mode;

#ifndef __CYGWIN__
  // not supported by cygnus B20.1
  if (mode & FASYNC)
{
  if (fcntl (socknum, F_SETOWN, getpid ()) == -1)
{ perror("SETOWN failed"); exit(0); }
}
#endif // ! __CYGWIN__ //

  if (fcntl (socknum, F_SETFL, flags) == -1)
{ perror("SETFL failed"); exit(0); }

#ifdef __CYGWIN__
  if (mode & FASYNC)
{
  if (ioctl (socknum, FIOASYNC, &yes) == -1)
{ perror("FIOASYNC failed"); exit(0); }
}
#endif // __CYGWIN__ //
}

int
main(int argc, char *argv[])
{
  int  socknum;
  char host_buffer[100];
  struct hostent * host_entry;
  struct sockaddr_in * address;

  struct sigactionaction;
  sigset_tblock_mask;

  int i,n,wait;

  void   * memory;

  if ( argc < 3 )
{ printf("need a hostname and a repeat count\n"); exit(0); }
  
  strncpy(host_buffer, argv[1], 100);
  n = atoi(argv[2]);
  if ( n < 1 )
{ printf("count %d is not ok\n", n); exit(0); }

  /* allocate socket and connect to server */
  socknum = socket(AF_INET, SOCK_STREAM, 0);
  if ( ! socknum ) 
{ perror("socknum is 0"); exit(0); }

  host_entry = gethostbyname (host_buffer);
  if (! host_entry)
{ perror("could not get host entry"); exit(0); }

  address = (struct sockaddr_in *)
calloc (1, sizeof (struct sockaddr_in));
  if (! address )
{ perror("could not alloc address"); exit(0); }
  address -> sin_family = AF_INET;

  memcpy ((char *) &(address -> sin_addr), 
  (char *) host_entry -> h_addr,
  host_entry -> h_length);

  address -> sin_port = htons(23);

  if (connect (socknum, (struct sockaddr *)address, sizeof (struct sockaddr_in))
  == -1)
{ perror("connect failed"); exit(0); }

  /* sigaction */
  global_int = 0;
  sigemptyset (&block_mask);
  sigaddset (&block_mask, SIGINT);
  sigaddset (&block_mask, SIGQUIT);
  sigaddset (&block_mask, SIGTSTP);
  sigaddset (&block_mask, SIGIO);

  // note that SA_RESTART is not supported on cygnus prior to 1.1.8
  action.sa_handler = handle_signal;
  action.sa_mask= block_mask;
  action.sa_flags   = SA_RESTART;

  if (sigaction (SIGIO, &action, (struct sigaction *) 0) == -1)
{ perror("sigaction failed"); exit(0); }

  /* set async mode */
  set_mode (socknum, FNDELAY + FASYNC);
  for ( i = 0; i < n ; i++ )
{
  if ( send (socknum, host_buffer, 1, 0) == -1 )
{ perror("send failed"); exit(0); }

  for ( wait = 0; wait < 1000; wait++ )
{
  memory = malloc(1000);
  if ( !memory )
{ perror("malloc failed"); continue; }
  free(memory);
}
}

  printf("Everything went ok, global_int is %d!\n", global_int);
  return 0;
}


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

you took the words right out of my mouth, {344.56}

[linda1967]

THE WORLD'S FIRST ONLINE DRUG SUPERSTORE 

==> You can now access the best available REAL prescription medication.
==> Delivered to your door - anywhere in the world.
==> No appointments and total confidentiality and privacy.


http://www.pillorders.com/main2.php?rx=15654


**ABSOLUTE Privacy Assured****NO Doctor Visit Required**

**OVERNIGHT SHIPPING with FedEx**   **FDA APPROVED Drugs Only**

**HUGE SELECTION Of Products**  **ONLINE US Doctor Consultation**


http://www.pillorders.com/main2.php?rx=15654


ERECTILE DYSFUNCTION?   We prescribe and ship real VIAGRA!!

GIVE UP SMOKING?Try ZYBAN - nicotine free anti-smoking pill!!


http://www.pillorders.com/main2.php?rx=15654


ARE YOU GOING BALD? Use PROPECIA, the medical breakthrough to treat hair loss!!

WANT TO LOSE WEIGHT?We have MERIDA, PHENTERMINE & XENICAL to produce results!!


http://www.pillorders.com/main2.php?rx=15654


OUR RANGE OF FULLY FDA APPROVED DRUGS IS UNMATCHED!!!
Skin care - Renova, Retin-A, Vaniqa
Herpes - Valtrex, Famvir
Pain Relief - Celebrex, Claritin
AND MANY, MANY MORE!!!


http://www.pillorders.com/main2.php?rx=15654


AND REMEMBER==>
* Huge Selection of available online drugs.
* Only FDA approved drugs prescribed.
* No appointments, no hassle.
* Discreet FedEX delivery to anywhere on the globe.
* Fully confidential and completely private.
* Only fully licensed US Doctors online.


http://www.pillorders.com/main2.php?rx=15654

 
IMPORTANT NOTE:
Before we prescribe ANYTHING, a US licensed doctor will review your medical history and
evaluate if the medication you requested is right for you. There are NO charges if you
are declined for medication. TAKE DRUGS RESPONSIBLY!!


http://www.pillorders.com/main2.php?rx=15654


UNSUBSCRIBE INSTRUCTIONS:
If you no longer wish to receive offers from us please click on the link below:
http://www.pillorders.com/remove.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: setup.exe (cinstall) bugfixes + minor new feature

[Robert Collins]

> -Original Message-
> From: Max Bowsher [mailto:[EMAIL PROTECTED]] 
> Sent: Monday, March 04, 2002 9:08 PM
> To: [EMAIL PROTECTED]
> Subject: Re: setup.exe (cinstall) bugfixes + minor new feature
> 
> 
> I did notice that setup-20020225.exe does not have the 
> shortcut creation bug - do you have some fixes which haven't 
> made it to CVS yet?

No, its all checked in.

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: setup.exe (cinstall) bugfixes + minor new feature

[Robert Collins]

> -Original Message-
> From: Max Bowsher [mailto:[EMAIL PROTECTED]] 
> Sent: Monday, March 04, 2002 9:08 PM
> To: [EMAIL PROTECTED]
> Subject: Re: setup.exe (cinstall) bugfixes + minor new feature
> 
> 
> I did notice that setup-20020225.exe does not have the 
> shortcut creation bug - do you have some fixes which haven't 
> made it to CVS yet?
> 
> Re Feature Addition - is the objection that you don't want to 
> set a precedent for lots of placeholder files in /etc/setup ? 
> This I can understand, but I don't see what 'it will only 
> remember turning them off' means - what else should it remember?

I was thinking that 
If the setting is absent it prompts,
if the setting is on it always creates, overwriting the current one
if the setting is off it never creates.

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/

Make is missing on setup

[David Starks-Browning]

On Monday 4 Mar 02, Alexandre Kazantsev writes:
> Hi,
> 
> I'm new here, and I'm not a Unix programmer. There is a problem with the
> Cygwin installation from the Web using the Setup program. For my purpose,
> the Cygwin is supposed to be a shell for the PRC-Tools development chain,
> and it occurs that Make utility appears to be missing in my setup.

Read the Cygwin FAQ entry "What packages should I download?".  It's up
to you to decide what packages you need to get your job done.  It's
not a topic for this mailing list.

Are you using the prc-tools from ?
Given that Cygwin Setup no longer installs everything by default, it
would probably help if
 had
some information on what packages to download.  I'll make that
suggestion to the prc-tools folks.

Cheers,
David
(Cygwin FAQ maintainer)


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

[Possible BUG] VIM and execution of external commands which accept filename as parameter

[Pavel Tsekov]

Hey, there! :)

I have noticed the following behaviour of VIM and thought it is worth
reporting it to the list. Trying to execute an external command from
vim and passing it a file name parameter from my home directory using
the tilde character fails:

sha1sum: ~/gdbtk.ini: No such file or directory

shell returned 1

Hit ENTER or type command to continue

The output above is generated from the following vim command:
":!sha1sum.exe ~/gdbtk.ini". The same command on linux yields the
right result.

Actually I'll investigate/debug this further this night (maybe) but if
someone knows more on this issue, feel free to speak :)


--
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: w32api bugfix (was: Currently, CVS setup.exe does not compile, due to warnings with 'warnings as errors' in effect. How best to change code to avoid warnings?)

[Max Bowsher]

Responses below

Max.

- Original Message -
From: "Robert Collins" <[EMAIL PROTECTED]>
To: "Max Bowsher" <[EMAIL PROTECTED]>; <[EMAIL PROTECTED]>
Sent: Sunday, March 03, 2002 9:20 PM
Subject: RE: w32api bugfix (was: Currently, CVS setup.exe does not compile,
due to warnings with 'warnings as errors' in effect. How best to change code
to avoid warnings?)
>
>
>
>
> > -Original Message-
> > From: Max Bowsher [mailto:[EMAIL PROTECTED]]
> > Sent: Sunday, March 03, 2002 9:36 PM
> > To: [EMAIL PROTECTED]
> > Subject: w32api bugfix (was: Currently, CVS setup.exe does
> > not compile, due to warnings with 'warnings as errors' in
> > effect. How best to change code to avoid warnings?)
> >
> >
> > > Hmm, does C++ support the same feature? If not then an ifdef
> > > __cplusplus might do it.
> >
> > Unfortunately not - the problem is the differing
> > interpretation of the line 'typedef int (WINAPI *FARPROC)();'
> > in 3 sets of circumstances:
> >
> > 1) C++
> > 'int proc();' and 'int proc(void);' are synonyms. No problem.
>
> Does the error trigger under g++ ? IIRC your original post correctly, it
> does. If so, then gcc's warning is flawed.

No, I was just mentioning another
situation in which the header files could be used.

> > 2) C, -Wstrict-prototypes NOT in effect
> > 'int proc();' means: use no compiler type checking
> > for the parameters if proc
> > 'int proc(void);' means: proc takes no parameters
>
> Ah, this is the killer then. Do we actually hit this during a C file
> compilation? We've only a couple of C files - autoload and mklink2.  I
> wonder if we can detect that -Wstrict-prototypes is on in the header -
> something like
> #if !pramga(strict-on) || defined (_cplusplus)
> ...
> #endif

Yes - mklink2.c - relevant build output
below. Detecting -Wstrict-prototypes would be ideal, but I do not think
there is
such a feature in gcc. Which leaves the following possibilities:
1) Annoy the X people - get them to stick in some prototypes and casts, etc.
2) Rewrite mklink2.c as C++
3) Stop using -Wstrict-prototypes
4) Create a STRICT_PROTOTYPES_NEEDED define, and alter the headers to honour
it.
Umm...

gcc -c -g -O2 -Werror -Winline -Wall -Wpointer-arith -Wcast-align -Wwrite-st
rings -Wstrict-prototypes -Wmissing-prototypes -Wmissing-declarations -Wcomm
ents ... mklink2.c
cc1.exe: warnings being treated as errors
In file included from
/home/max/cvsstuff/cygwin/src-work/winsup/w32api/include/windows.h:101,
 from win32.h:34,
 from mklink2.c:2:
/home/max/cvsstuff/cygwin/src-work/winsup/w32api/include/windef.h:203:
warning:function declaration isn't a prototype
/home/max/cvsstuff/cygwin/src-work/winsup/w32api/include/windef.h:204:
warning:function declaration isn't a prototype
/home/max/cvsstuff/cygwin/src-work/winsup/w32api/include/windef.h:205:
warning:function declaration isn't a prototype
make: *** [mklink2.o] Error 1



> > Summary:
> > The construct 'typedef int (WINAPI *FARPROC)();' in w32api
> > causes an error with -Wstrict-prototypes -Werror. This can be
> > worked around by adding 'void' in the empty brackets.
> > Downside:
> > This breaks C code where people were using the w32api types
> > FARPROC, NEARPROC, PROC, to call procedures without
> > typechecking the arguments. I think this is totally
> > irrelevant, as deliberately bypassing the compiler type
> > checking is very silly, and I doubt anyone does that anymore.
>
> Actually, they do. Someone turned the (void) off again after I'd put it
> in there because the X code needed it.
>
> > Anyway, before I go submitting a patch which breaks backward
> > compatibility, even in such a rare and unused case, I want to
> > raise this issue here.
>
> Thank you.

No problem

> Rob
>
>
>
>




smime.p7s
Description: application/pkcs7-signature

Re: setup.exe (cinstall) bugfixes + minor new feature

[Max Bowsher]

I did notice that setup-20020225.exe does not have the shortcut creation
bug - do you have some fixes which haven't made it to CVS yet?

Re Feature Addition - is the objection that you don't want to set a
precedent for lots of placeholder files in /etc/setup ? This I can
understand, but I don't see what 'it will only remember turning them off'
means - what else should it remember?
 
 
Max.
 
- Original Message -
From: "Robert Collins" <[EMAIL PROTECTED]>
To: "Max Bowsher" <[EMAIL PROTECTED]>; <[EMAIL PROTECTED]>
Sent: Sunday, March 03, 2002 9:15 PM
Subject: RE: setup.exe (cinstall) bugfixes + minor new feature
> 
> 
> Thanks Max.
> 
> > -Original Message-
> > From: Max Bowsher [mailto:[EMAIL PROTECTED]]
> > Sent: Monday, March 04, 2002 4:54 AM
> > To: [EMAIL PROTECTED]
> > Subject: setup.exe (cinstall) bugfixes + minor new feature
> >
> >
> > I've been working with the setup code, and have discovered
> > some bugs in the current (just updated) CVS version.
> >
> > I'm posting a patch here for comments, whilst I join
> > cygwin-patches, and study the Contributing instructions.
> >
> > The patch does the following:
> >
> > BugFix: io_stream::mkpath_p(isadir, path) misuse
> > mkpath_p is supposed to take a path with either a file:// or
> > a cygfile:// prefix, but it is fed a path with no prefix in
> > some places. The patch adds a file:// prefix where needed.
> > This was causing some directories not to be created,
> > including the Cygwin directory in the start menu.
> 
> I know about these - they are fixed in setup200202 - when that goes live
> I'll be backporting some key bugs.
> 
> > BugFix: add backslash call to make_link, in desktop.cc
> > This was causing the start menu shortcut to be called
> > 'Programs/Cygwin/Cygwin Bash Shell' instead of being in the
> > correct directory structure
> 
> Does this affect setup200202? I haven't checked yet. I'm trying to
> encpasulate the path specific knowledge - so whilst this solution works,
> I'd rather refactor make_link to leverage io_stream, and make this a
> method or variant of the file:// io_stream. Also '/' separated paths are
> valid to pass to the WIN32 API, so I'm curious why this is suddenly
> become a problem. (Quite a lot of setup expects '/' separated paths, and
> I see no reason to change that at this point.
> 
> > Feature Addition: Use files
> > /etc/setup/inhibit-{startmenu,desktop}-icon to remeber user
> > de-selection of the create icon checkboxes on the last page of setup.
> 
> This approach is too simple - it will only remember turning them off.
> The settings should go in /etc/setup/setup.conf as something like
> "desktop_icon = yes|no".
> 
> Thanks for the patch though, I look forward to an update.
> 
> Cheers,
> Rob
> 
> 
> 




smime.p7s
Description: application/pkcs7-signature

Re: Child died with signal 13

[Max Bowsher]

 Is there really nobody with this problem??
>
> Thanks
>
>Volker

Yes, I have experienced this intermittently. Unfortunately, it has never
been reproducable enough to investigate.

I only remeber seeing signal 11's, by the way.

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/

Using Cygwin with serial I/O boards

[Marco Pettinella]

Hi everybody.
I need to configure a Cygwin/NT workstation with a multiport serial I/O
adapter. As I need some informations about this stuff, I made some
researches in this mailing list, but I couldn't find anything proper (I
only found an old message referred to version B.20.1). I'm also downloading
source codes to make a deeper research.

In particular, I am wondering if any of you experimented
limitations/problems in managing this kind of devices (e.g. max number of
serial devices managed by Cygwin, special devices needed but not supported
by Cygwin, etc).

Thanks in advance for your help, and sorry for the trouble.

Marco Pettinella


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

Make is missing on setup

[Alexandre Kazantsev]

Hi,

I'm new here, and I'm not a Unix programmer. There is a problem with the
Cygwin installation from the Web using the Setup program. For my purpose,
the Cygwin is supposed to be a shell for the PRC-Tools development chain,
and it occurs that Make utility appears to be missing in my setup. It is
clear to me only now that the utility was supposed to be specified for
download optionally. Perhaps it was missing on the list of the mirror, which
I had been using for the first time. Now I'm going to download the Make, and
I'm trying to figure out what else is necessary to download for my purpose.
Should I run the setup of the whole Cygwin package from the scratch now?

Thanks in advance.



--
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: CVS Problems: Updated: gdbm-1.8.0-4

["Schaible, Jörg"]

Hi Charles and Jason,

>On Thu, Feb 28, 2002 at 12:18:35PM -0500, Charles Wilson wrote:
>> Well, the current cygwin port of CVS seems to store all 
>'normal' files 
>> in the repository in LF/CR mode.  On checkout (from a local 
>repository) 
>> all 'normal' files are created in LF/CR mode.  This is 
>*regardless* of 
>> whether the local working directory is on a binmount or 
>textmount.  (Of 
>> course, the repository is on a binmount; see (a) above).
>
>Is the above really true?  I have empirical evidence to the contrary.
>I just tried a local repository cvs init, import, and checkout with all
>mounts in bin mode.  All files in the repository and working 
>directories
>end up in LF mode.

this is exacly my experience, too. Every file in my repository on the bin
mount has lf line endings ...

Regards,
Jörg 

--
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: bash in Explorer Context menu (like "DOS here")

[Kiran Prakash]

This REG file will put info into your registry to be able to open 
up a rxvt window similar to the powertoy.
notes:

1) if you dont have cygwin binary directory on your path, 
you have to edit the REG file and add the path to the beginning.
ex:- C:\\CYGWIN\\BIN\\rxvt.exe

2) if you dont have ~/.profile, just add a dummy empty one or
modify the REG file and remove the "--rcfile ~/.profile" bit.

Hope that helps.
Kiran Prakash



rxvtHere.reg
Description: Binary data

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