RE: Seeking new maintainer for cURL package

[Roth, Kevin P.]

I've found a willing (and presumably able) volunteer. 

James Hu has stepped up to the plate.

Thanks all!

- Kevin


-Original Message-
From: James Hu [mailto:[EMAIL PROTECTED] 
Sent: Thursday, June 03, 2004 4:33 AM
Subject: Re: Seeking new maintainer for cURL package

I volunteer.[snip...]


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

Seeking new maintainer for cURL package

[Roth, Kevin P.]

I'm no longer interested in maintaining the cygwin build of the
cURL package; are there any volunteers interested in taking my place?

If you're not already a Cygwin app maintainer, the job basically
requires subscribing to the cygwin-apps mailing list, and 
building/uploading new cURL releases as they come out. It won't 
require very much time.

It generally builds 100% clean OOTB, so there's rarely any real
work to do; I just lack the minimal time to keep up with it, and 
also lack the coding experience necessary should there ever be a 
cygwin specific problem to be fixed (or new feature to support).

A rudimentary build target is in place in the upstream sources to 
handle building the Cygwin tarballs. It's not perfect, but it's use is
documented in the package's cygwin README. That readme is also kept in
the upstream sources, in a sub-folder named packages/Win32/cygwin/.

The primary developer (Daniel Stenberg) is very active on the cURL
mailing list, and is highly responsive when needed.
http://curl.haxx.se/. He keeps a listing of all current builds, so in
addition to uploading new Cygwin builds to cygwin.com, it would be nice
to either load them onto curl.haxx.se, or at least let Daniel know about
new versions at cygwin.com so he can link to them there...

Anyone? Anyone? Buehler?

Thanks,
- Kevin



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

[ANNOUNCEMENT] Updated: cURL 7.11.1-1

[Roth, Kevin P.]

cURL has been updated to version 7.11.1-1.

Along with a large number of bugfixes, the following changes=20
have been made since the previous Cygwin release:

7.11.1: http://curl.haxx.se/mail/archive-2004-03/0089.html
 o CURLOPT_POSTFIELDSIZE_LARGE added to offer POSTs larger than 2GB
 o CURL_VERSION_LARGEFILE is a feature bit returned by libcurls that
feature
   large file support
 o libcurl only requires winsock 1.1 on windows now
 o when doing FTP, curl now sends QUIT before disconnecting
 o name resolves can now timeout on windows too
 o $HOME is now recognized better when looking for .netrc files
 o now re-uses the ares handle when re-using curl handles
 o SO_BINDTODEVICE is used for network interface binding
 o configure --disable-manual disables the built-in huge manual from the
   command line tool
 o the default Accept: header used in HTTP requests changed
 o asynch dns lookups now require the c-ares library
 o curl --socks can be used to set a SOCKS5 proxy to use
 o response-headers received after a (proxy) CONNECT request are now
passed
   to the header callback just like other headers

7.11.0: http://curl.haxx.se/mail/archive-2004-01/0059.html
 o allows the URL to be set by a callback when using the multi interface
 o large file support was added. Use one of the new options:
INFILESIZE_LARGE,
   RESUME_FROM_LARGE and MAXFILESIZE_LARGE
 o the new --ftp-pasv overrides a previous --ftpport
 o CURLOPT_FTPSSL and ftps:// now do ssl over FTP "The Right Way" (the
curl
   tool now features the --ftp-ssl option)
 o The Windows DLLs are built with an added "resource file"
 o New LIBCURL_VERSION_* defines for easier checking version number
 o Included Mac OS X 'framework' makefile in the release archive
 o Removed the TRUE and FALSE #defines from the public curl header file
 o Added CURLOPT_NETRC_FILE

-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=
=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=20

To obtain this update, run Cygwin's setup.exe wizard.

You can obtain a copy of setup.exe by clicking
 the "Install Now!" icon at http://cygwin.com/.

To install cURL for the first time, choose "cURL" from the=20
 packages list, in the "Web" category. If you already have=20
 it installed, the update will be pre-selected.

Remember that some mirror sites may not have updated before
 this announcement is made. If your usual mirror doesn't have=20
 the latest version of this package, please be patient.
 (or select an alternate mirror...)

If you have Cygwin-related questions or comments, please send=20
 them to the Cygwin mailing list .=20
 PLEASE read this page FIRST: http://cygwin.com/lists.html.

If you have cURL-related questions or comments, please visit
 the cURL mailing lists page (http://curl.haxx.se/mail/),
 where you can view the archives online, or subscribe, or find=20
 the address(es) to which you can send a question or comment.

-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=
=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=20

*** CYGWIN-ANNOUNCE UNSUBSCRIBE INFO ***

If you want off of this mailing list, send email (any email) to:
  [EMAIL PROTECTED]
  

If at first you don't succeed, please look at the following:=20

  o This email's "List-Unsubscribe: " header.

  o Sourceware mailing list FAQS (scroll down...):=20
 http://sources.redhat.com/lists.html#faqs

  o Cygwin mailing list info: http://cygwin.com/lists.html


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

[ANNOUNCEMENT] Updated: cURL 7.10.8-1

[Roth, Kevin P.]

cURL has been updated to version 7.10.8-1.

Since several releases have passed since the last time I
updated the Cygwin build, I'm not including the list of fixes
in this email; if you're interested, please read the following
upstream release announcements:

 7.10.5: http://curl.haxx.se/mail/archive-2003-05/0100.html
 7.10.6: http://curl.haxx.se/mail/archive-2003-07/0150.html
 7.10.7: http://curl.haxx.se/mail/archive-2003-08/0081.html
 7.10.8: http://curl.haxx.se/mail/archive-2003-11/0001.html

All current and previous announcements are also available at:
http://sourceforge.net/mailarchive/forum.php?forum=3Dcurl-announce


Probably the most significant recent update (at least for us
windows users) is support for NTLM authentication schemes,
along with a new --anyauth command-line option that instructs
cURL to use the best supported authentication method.

The new NTLM support does NOT include the ability to=20
automatically supply the NTLM credentials based on the currently
logged-in user account, so you'll still have to supply user
and password with -u...

-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=
=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=20

To obtain this update, run Cygwin's setup.exe wizard.

You can obtain a copy of setup.exe by clicking
 the "Install Now!" icon at http://cygwin.com/.

To install cURL for the first time, choose "cURL" from the=20
 packages list, in the "Web" category. If you already have=20
 it installed, the update will be pre-selected.

Remember that some mirror sites may not have updated before
 this announcement is made. If your usual mirror doesn't have=20
 the latest version of this package, please be patient.
 (or select an alternate mirror...)

If you have Cygwin-related questions or comments, please send=20
 them to the Cygwin mailing list .=20
 PLEASE read this page FIRST: http://cygwin.com/lists.html.

If you have cURL-related questions or comments, please visit
 the cURL mailing lists page (http://curl.haxx.se/mail/),
 where you can view the archives online, or subscribe, or find=20
 the address(es) to which you can send a question or comment.

-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=
=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=20

*** CYGWIN-ANNOUNCE UNSUBSCRIBE INFO ***

If you want off of this mailing list, send email (any email) to:
 [EMAIL PROTECTED]
 

If at first you don't succeed, please look at the following:=20
 o This email's "List-Unsubscribe: " header.

 o Sourceware mailing list FAQS (scroll down...):=20
 http://sources.redhat.com/lists.html#faqs

 o Cygwin mailing list info: http://cygwin.com/lists.html


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

[ANNOUNCEMENT] Updated: cURL 7.10.4

[Roth, Kevin P.]

cURL has been updated to version 7.10.4-1.

Along with a large number of bugfixes, this release includes=20
these changes:

7.10.3:
 o Added CURLOPT_PRIVATE and CURLINFO_PRIVATE
 o Added CURLOPT_HTTP200ALIASES
 o Added --create-dirs
 o The first few libcurl test cases have been added
 o configure --enable-maintainer-mode was added

7.10.4:
 o curl tool "clears" sensitive commands line args from ps output
 o no emacs local variables in the source files anymore, curl-style.el=20
   is the new file to use.
 o the "scratch buffer" only allocated when actually needed. This=20
   drasticly reduces the amount of memory used for a single handle.
 o started implementing the 'share' system (detailed elsewhere)
 o removed the strequal and strnequal macros from curl/curl.h
 o added CURLOPT_UNRESTRICTED_AUTH / --location-trusted

See the following URLs for full release details, including bugfixes:
 7.10.3: http://curl.haxx.se/mail/archive-2003-01/0054.html
 7.10.4: http://curl.haxx.se/mail/archive-2003-04/0002.html
=20

-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=
=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=20

To obtain this update, run Cygwin's setup.exe wizard.

You can obtain a copy of setup.exe by clicking
 the "Install Now!" icon at http://cygwin.com/.

To install cURL for the first time, choose "cURL" from the=20
 packages list, in the "Web" category. If you already have=20
 it installed, the update will be pre-selected.

Remember that some mirror sites may not have updated before
 this announcement is made. If your usual mirror doesn't have=20
 the latest version of this package, please be patient.
 (or select an alternate mirror...)

If you have Cygwin-related questions or comments, please send=20
 them to the Cygwin mailing list .=20
 PLEASE read this page FIRST: http://cygwin.com/lists.html.

If you have cURL-related questions or comments, please visit
 the cURL mailing lists page (http://curl.haxx.se/mail/),
 where you can view the archives online, or subscribe, or find=20
 the address(es) to which you can send a question or comment.

-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=
=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=20

*** CYGWIN-ANNOUNCE UNSUBSCRIBE INFO ***

If you want off of this mailing list, send email (any email) to:
 [EMAIL PROTECTED]
 

If at first you don't succeed, please look at the following:=20
 o This email's "List-Unsubscribe: " header.

 o Sourceware mailing list FAQS (scroll down...):=20
 http://sources.redhat.com/lists.html#faqs

 o Cygwin mailing list info: http://cygwin.com/lists.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/

LFT?

[Roth, Kevin P.]

Has anyone tried to build LFT (layer four traceroute)=20
for cygwin?

 http://www.mainnerve.com/lft/

I tried (briefly), hoping to link against winpcap
( http://winpcap.polito.it/ ) and didn't get too=20
far. Ran into problems related to a file named=20
if_ether.h...

If no-one has already, would anybody be willing to
try? I know I for one would appreciate it.

Thanks,
--Kevin


--
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 not found in path during setup

[Roth, Kevin P.]

For the second time in recent past, I noticed something during 
an updating session for cygwin. When there is an update for 
both cygwin (the dll) and certain other packages at the same 
time, I get a popup error that cygwin-1.dll couldn't be found 
in my path during the update (after the download steps, but 
before the install steps have completed).

The install completes successfully (or at least setup.exe 
thinks it does). I don't know if anything is left in a screwed 
up state or not.

I'm using setup.exe version 2.249.2.5.

Is this a known problem?

Thanks,
~ Kevin


--
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: 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: "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: od

[Roth, Kevin P.]

David - 

I agree with you that the little-endian representation can be somewhat
confusing; however, as Mark pointed out, it's not likely to ever
change...

I've had my own "struggles" with od's idea of output formats, and have
come up with a few options along the way. Here's some that will help, if
you're looking to get hex characters output in the order you're
expecting:

$ od -toC -tc -tx1 filename
  110 124 124 120 012
H   T   T   P  \n
  48 54 54 50 0a

$ od -tcx1 -w24 filename | sed '/^[0-9]/s/ \( .\)/\1/g';
   H  T  T  P \n
  48 54 54 50 0a

$ od -txlz filename
  48 54 54 50 0a   >HTTP.<

--Kevin

--
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: Updating the DLL build instructions

[Roth, Kevin P.]

If you will use a piece of code as an "example" for your DLL building
docs, I have a suggestion: use tftp...

I'd like to obtain TFTP code in the form of a .DLL instead of an .EXE. I
need to ultimately give it COM interfaces for use from within Visual
Basic 6. It's already part of inetutils, and there aren't a lot of
files, so I'm assuming it would be pretty straightforward.

Perhaps you could even take this the extra step of building the COM
interfaces; I suspect other folks would benefit from this.

Thanks,
--Kevin



-Original Message-
From: Charles Wilson [mailto:[EMAIL PROTECTED]]
Sent: Monday, February 18, 2002 4:58 PM

If you are talking about generic "How do I build a DLL using cygwin 
tools" - I think I volunteered for that at some point in the past, but I

haven't had a chance to get round 'tuit.  If somebody else beats me to 
it, that would be great -- they could even use some of the documentation

and examples from dllhelpers (0.4.0 for the lastest spiffy features, 
0.2.6 for the "old-style" __declspec() stuff: both techniques need to be

explained).

--
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: FW: Updated: rxvt-2.7.2-8

[Roth, Kevin P.]

1st - thanks for the very specific instruction. I would probably have
never figured that out on my own, unless it's already in an FAQ
somewhere. I did look in the Cygwin FAQ and didn't see it. (Any chance
this could be added to the FAQ?). 

2nd - is there any handy little tool out there that would have helped me
figure out that my PC's "DELETE" key sends the "sequence?" of meta-[3~?

3rd - I guess my real question was this - if cygwin is *always* used on
a windows PC, shouldn't the version of readline that's distributed with
cygwin be able to handle the delete key the same way that other
windows/cmd.exe apps do, out of the box, with no requirement for a user
to find this setting and add it to ~/.inputrc?

4th - Thanks for the detailed notes. I appreciate the comments.


Personal rant - This is probably the biggest reason I get along a bit
better in windows than Unix - how do I ever figure out that ESC,[,3,~ is
what happens when I hit my "delete" key, then how do I find which file
to put the rebinding in, then how do I figure out that ESC maps to \M-,
then what is the name of the command to bind to (delete-char in this
case), and on and on.  

If you throw in the ability to telnet to a unix host from multiple
environments (mac, pc, dumb tube) with different keyboard layouts, and
you throw in multiple Unix(-like) host environments
(Irix,Unix,Linux,Cygwin) it's enough to drive a person mad, especially
one like me that doesn't remember details like these very easily.
Figuring out any issue of this nature involves reading several different
programs' man pages (assuming I can guess which one), and possibly
learning hardware details too. 

Thanks,
--Kevin



-Original Message-
From: Randall R Schulz [mailto:[EMAIL PROTECTED]]
Sent: Thursday, January 31, 2002 6:00 PM

Kevin,

...

Now that we do have readline-enabled "command line" applications, BASH
or 
other shells being the most salient in this context, a line like this in

your .inputrc will achieve the results you desire:

"\M-[3~":   delete-char

(Note: that corresponds to ESC, [, 3, ~ coming from the keyboard")


--
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: DLL And Visual Basic

[Roth, Kevin P.]

FWIW - when following exactly the recipe you provided, mine worked OK.
Three
small changes though:

You had this in your VB form:
  Private Declare Function doit Lib "bar.dll" (ByVal ...

However, since the function's name in MyTest.c is testit (not doit), I
added
Alias "testit", like:
  Private Declare Function doit Lib "bar.dll" Alias "testit" (ByVal ...

Second: your script builds "MyTest.dll", not "bar.dll", so I changed
again:
  Private Declare Function doit Lib "MyTest.dll" Alias "testit" (ByVal
...


Third - you called your test function from within Form_Load. This will
only
(normally) run once for any particular form. So, I added a button to
your
form, and moved "i = doit(100)" into the new Button1_Click function.

Works perfectly for me...

You might try compiling to an .EXE and running that, instead of running
inside the VB debugger...

--Kevin

--
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: rebase for setup (curl)

[Roth, Kevin P.]

Yep - that info ended up in the bit bucket... Sorry.

--Kevin


-Original Message-
From: Jason Tishler [mailto:[EMAIL PROTECTED]]
Sent: Tuesday, January 15, 2002 11:57 AM

I know the above.  What I was trying to determine is what binutils
version you had installed when you built your curl-7.9.2-1 distribution.
If the information is lost, then c'est la vie...



On Tue, Jan 15, 2002 at 10:39:17AM -0500, Roth, Kevin P. wrote:
> although I'm pretty sure when I prepared those three sample
> DLLs to mail to you, I had the latest on my machine...

--
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: rebase for setup (curl)

[Roth, Kevin P.]

I don't have a copy of that info anymore. I suppose anything is
possible, although I'm pretty sure when I prepared those three sample
DLLs to mail to you, I had the latest on my machine...

--Kevin



-Original Message-
From: Jason Tishler [mailto:[EMAIL PROTECTED]]
Sent: Tuesday, January 15, 2002 9:16 AM
To: Roth, Kevin P.
Cc: Cygwin
Subject: Re: rebase for setup (curl)


Kevin,

On Mon, Jan 14, 2002 at 01:22:09PM -0500, Roth, Kevin P. wrote:
> Don't have any idea at all why it didn't work before but now it does.

Are your sure that you weren't using an old binutils when you built the
non-rebase-able curl DLL?  I just checked my setup.log and I was using
binutils 20010425-2 when I built the non-rebase-able PostgreSQL DLLs.
Please check your setup.log to determine what binutils version that you
were using at the time.

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/

RE: rebase for setup (curl)

[Roth, Kevin P.]

One more follow-up:

I'm not sure what I did, however I tried it while logged in as an
administrative user on my Win2K box (where all this started). It built
re-basable.

So, I tried again while logged in as a non-admin (same test as I ran
nearer the start of this thread). But this time, it builds re-basable!

Don't have any idea at all why it didn't work before but now it does.
Not sure if I care, unless it happens again. I will make every effort to
verify re-basability before releasing new versions, just in case this
crops up again...

Thanks for your help,
--Kevin



-Original Message-----
From: Roth, Kevin P. 
Sent: Thursday, January 10, 2002 10:18 PM


On 8 Jan 2002, at 13:26, Jason Tishler wrote: 
> All of the above appear to be non-relocatable: 
> $ file *.dll 
> cygcurl-2.dll: MS Windows PE Intel 80386 console DLL not relocatable 
> 
> How did you manage to accomplish this? 


Well, I'm no closer to understanding why it didn't work on my Win2k box
at work. However, at home on my WinXP-pro box, it builds re-basable with
no difference in how I did it.

The only thing I can think of is that on my Win2k box, I don't usually
log in as an administrator; on my WinXP box, I also don't, but I did
while I ran this test...

I'll give it a try as an administrative account on Win2k and see if that
makes any difference - if so I'll let you all know.

Of course, you can expect my next curl package update to be built on my
WinXP box ;-) They're testing a new release now, so it should be within
a couple weeks.


> > Also, if testing for rebase-ability is simple, could you let me know

> > how? I'd be curious... 
> 
> http://www.tishler.net/jason/software/rebase/rebase.exe.bz2 
> 
> The following is a sample command line: 
> 
> rebase -d -b 0x6800 cygcurl-2-*.dll 

--
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: rebase for setup (curl)

[Roth, Kevin P.]

-Original Message-
From: Jason Tishler [mailto:[EMAIL PROTECTED]]
Sent: Tuesday, January 08, 2002 1:26 PM

> Kevin,
> Please keep your replies on-list...

Normally I would, however I know attachments to lists are often not well
liked, so I only sent them to you directly. Perhaps next time I'll reply
to the list and just send the attachments separately...

> All of the above appear to be non-relocatable:
>$ file *.dll
>cygcurl-2-build.dll:   MS Windows PE Intel 80386 console DLL not
relocatable
>cygcurl-2-install.dll: MS Windows PE Intel 80386 console DLL not
relocatable
>cygcurl-2-strip.dll:   MS Windows PE Intel 80386 console DLL not
relocatable
>How did you manage to accomplish this?

I thought I was pretty clear with my directions for doing so ;-)
Seriously, I haven't a clue. I build under Windows 2000 professional, on
an IBM thinkpad T-20 laptop; 1 733 mhz processor and 256 MB RAM. No idea
how much of that really matters though...

--Kevin

--
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: rebase for setup (curl)

[Roth, Kevin P.]

Negative - I get no warnings at all during the building of
cygcurl-2.dll.

Here's the gcc line that actually dumps out the dll:

$  gcc -Wl,--base-file,.libs/cygcurl-2.dll-base -Wl,--dll -nostartfiles
-Wl,-e,
__cygwin_dll_entry@12 -o .libs/cygcurl-2.dll  file.lo timeval.lo
base64.lo host
ip.lo progress.lo formdata.lo cookie.lo http.lo sendf.lo ftp.lo url.lo
dict.lo
if2ip.lo speedcheck.lo getdate.lo ldap.lo ssluse.lo version.lo getenv.lo
escape
.lo mprintf.lo telnet.lo getpass.lo netrc.lo getinfo.lo transfer.lo
strequal.lo
 easy.lo security.lo krb4.lo memdebug.lo http_chunks.lo strtok.lo
connect.lo  -
lssl -lcrypto

I can send more of the build output if you'd like, or feel free to grab
the
source and run it yourself if you like (my commands, straight-forward
though
they may be, are all documented in my readme).

--Kevin



-Original Message-
From: Jason Tishler [mailto:[EMAIL PROTECTED]]
Sent: Friday, January 04, 2002 9:26 AM

Kevin,

On Thu, Jan 03, 2002 at 10:11:48AM -0500, Roth, Kevin P. wrote:
> > Determine why cygcurl-2.dll and possibly other DLLs do not 
> > tolerate rebasing.
> 
> I'm the curl maintainer.
> 
> Fair warning - I'm probably not going to be much help here
> (as far as figuring out why it's not relocatable), however
> if you can tell me what to do to fix it, or have any questions
> you want me to try and answer, I'll do my best.

Thanks for your offer to help.

Do you get any auto-import warnings during the building of
cygcurl-2.dll?
For example:

Warning: resolving _stdscr by linking to __imp__stdscr (auto-import)


--
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: sourceware.cygnus.com alias for sources.redhat.com going away

[Roth, Kevin P.]

What about cygwin.com? Is that a more-or-less permanent alias for
sources.redhat.com? I've always wondered why you always referred to the
redhat address, when the cygwin one seems to be used more (it appears
you sent your announcement to [EMAIL PROTECTED] for instance), and is
more specific to the project, and besides, it's shorter...

Just curious I guess,
--KEvin



-Original Message-
From: Christopher Faylor [mailto:[EMAIL PROTECTED]]
Sent: Thursday, January 03, 2002 6:14 PM
To: [EMAIL PROTECTED]
Subject: sourceware.cygnus.com alias for sources.redhat.com going away


We've kept the old "sourceware.cygnus.com" host name around for two
years now but it is going away very soon.

So, if you are using the name sourceware.cygnus.com for ftp, email,
rsync, ssh, web, etc., please change over to using sources.redhat.com
ASAP.

Just to be clear, you'll still continue to receive email from
sources.redhat.com after the host name has been deactivated but if you
try to *send* email to an address like [EMAIL PROTECTED],
your email will bounce.

cgf

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

RE: problems compiling curl under Cygwin

[Roth, Kevin P.]

Problem solved... I upgraded to the version of cygwin that CGF released
yesterday, and the problem disappeared.

--Kevin



-Original Message-
From: Roth, Kevin P. 
Sent: Wednesday, December 05, 2001 1:51 PM

[SNIP]

--
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: Windows 2000 Junction Points

[Roth, Kevin P.]

My take on this:

ln -s /source /destination should create "symbolic" links; the closest
approximation in the NT world is either "subst.exe" (not quite the same,
really more like `mount` for DOS) or a .LNK file (which, as you've
noticed, doesn't do anything for you from a cmd.exe command line,
although it will work fine from windows explorer).

ln -d /source /destination should perhaps create a junction point (as a
non-administrative windows user couldn't create one either).

Keeping in mind that the Posix representation of the filesystem is just
that, it's probably best to just make a note that linkd and junction are
available tools and not bother having cygwin do this at all.

--Kevin



-Original Message-
From: Kim, Anthony [mailto:[EMAIL PROTECTED]]
Sent: Thursday, December 06, 2001 10:53 AM

Windows 2000 (having NTFS 5.0) allows the creation of directory
symbolic links. This can be used as mount points for hard drive
volumes or to symlink directories across file systems. In the
literature, the directory links are called "junction points".

Disk Administration snap-in can be used to mount a drive to a
directory or you can use linkd.exe (ResKit) or junction.exe
(SysInternals).

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

problems compiling curl under Cygwin

[Roth, Kevin P.]

cURL just released a new version, so I tried to compile it. I ran into
an error during compilation, so I tried compiling a previous version of
curl (which used to compile just fine), and it doesn't work either. So,
I jumped onto another machine with no pre-existing version of cygwin (in
case I screwed something up during my recent toying with lilypond), and
added all the latest cygwin bits and pieces, and tried yet again. I get
the same error in all three places, which leads me to believe there's a
problem with some recent change to cygwin...

The first machine mentioned above is Win2k pro (with Cygwin on a FAT
partition); the second is an NT 4 Server, at SP6a, with cygwin on an
NTFS partition. All mount modes are Unix.

After mucking with it a bit myself, I found that with ``./configure
--disable-shared'', it works fine. Of course, I would prefer to make
libcurl.dll available as I have in the past...

Could one of you cygwin gurus grab the source code for cURL (the version
available via the cygwin setup.exe should work for this experiment) and
try compiling (normal ./configure & make will do) and see if you get the
same error? Assuming you do, could you try tracking down the actual
problem? It's probably an issue with one of the commands libtool calls,
however I can't figure out which one.


Here's the error I'm seeing:

The first sign of trouble was this error during a standard `make`:

  Making all in lib
  make[2]: Entering directory `/usr/src/curl-7.9.2-1/bld/lib'
  /bin/sh ../libtool --mode=link gcc  -g -O2   -o libcurl.la
   -rpath /usr/lib -no-undefined -version-info 2:2:0 file.lo
   timeval.lo base64.lo hostip.lo progress.loformdata.lo
   cookie.lo http.lo sendf.lo ftp.lo url.lo dict.lo if2ip.lo
   speedcheck.lo getdate.lo ldap.lo ssluse.lo version.lo getenv.lo
   escape.lo mprintf.lo telnet.lo getpass.lo netrc.lo getinfo.lo
   transfer.lo strequal.lo easy.lo security.lokrb4.lo memdebug.lo
   http_chunks.lo strtok.lo connect.lo  -lssl -lcrypto
  rm -fr .libs/libcurl.la .libs/libcurl.* .libs/libcurl.*
  generating symbol list for `libcurl.la'
   dlltool --export-all --exclude-symbols DllMain@12,
_cygwin_dll_entry@12,_cygwin_noncygwin_dll_entry@12,
DllMainCRTStartup@12,DllEntryPoint@12 --output-def 
.libs/cygcurl-2.dll-def  file.lo timeval.lo base64.lo 
hostip.lo progress.lo formdata.lo cookie.lo http.lo 
sendf.lo ftp.lo url.lo dict.lo if2ip.lo speedcheck.lo 
getdate.lo ldap.lo ssluse.lo version.lo getenv.lo 
escape.lo mprintf.lo telnet.lo getpass.lo netrc.lo 
getinfo.lo transfer.lo strequal.lo easy.lo security.lo 
krb4.lo memdebug.lo http_chunks.lo strtok.lo connect.lo
  sed -e "1,/EXPORTS/d" -e "s/ @ [0-9]*//" -e "s/ *;.*$//" 
   < .libs/cygcurl-2.dll-def > .libs/libcurl.exp
  Signal 11
  make[2]: *** [libcurl.la] Error 139
  make[2]: Leaving directory `/usr/src/curl-7.9.2-1/bld/lib'
  make[1]: *** [all-recursive] Error 1
  make[1]: Leaving directory `/usr/src/curl-7.9.2-1/bld'
  make: *** [all] Error 2


The sed command and also the dlltool command seemed to work fine, so I
ran the libtool command with its "--debug" flag enabled, and piped the
output into libtool.out, as follows:

 $ /bin/sh ../libtool --debug --mode=link gcc  ... > libtool.txt 2>&1
 Segmentation fault (core dumped)

and saw a segmentation fault.

Attached is the contents of libtool.txt, if it helps any.


If there's anything I can do to help pin this down, I'd love to! Just
tell me what (and probably how). If you think there's a better mailing
list to shoot this towards, I'll be glad to.

--Kevin



libtool.zip
Description: libtool.zip

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