headers
George Sherwood | 1 Jan 2007 08:43

Re: curl 7.16.0 and git


On Sun, 31 Dec 2006 14:32:03 +0100 (CET)
Daniel Stenberg <daniel <at> haxx.se> wrote:

> On Sat, 30 Dec 2006, George Sherwood wrote:
> 
> > When we do not have NO_CURL_EASY_DUPHANDLE defined, http.c prepares
> > a single "CURL *curl_default" with get_curl_handle(), and new
> > request slots clone it using curl_easy_duphandle(). However, the
> > returned "clone" somehow forgets to set the "magic" number that
> > says it is a GOOD_EASY_HANDLE().'
> 
> Thanks for reporting, but you could consider using the curl-library
> list in the future for libcurl related matters.
> 
> This particular problem is fixed in CVS.
> 

Thanks for the quick fix.  Sorry about using the wrong list.

I have confirmed this fix works with git 1.4.4.3

George Sherwood
Permalink | Reply | 0 comments |
headers
Daniel Stenberg | 3 Jan 2007 11:12
Picon
Favicon
Gravatar

Re: Automated directory listing of mget for ftp - 7.15.1

On Tue, 2 Jan 2007, Nick Harley wrote:

> Is there a way in curl 7.15 (or later; I'd be willing to upgrade) to either 
> do a mget command or just return a directory listing?

curl cannot do 'mget' but it displays the contents of an FTP dir if you just 
make sure you end the URL with a slash, like in:

   curl ftp://server.com/path/to/dir/

The -l/--list-only option is also popular for this case to ease machine 
parsing of the response.

--

-- 
  Commercial curl and libcurl Technical Support: http://haxx.se/curl.html
Permalink | Reply | 1 comment |
headers
John Ford | 3 Jan 2007 10:35

Minimize Window

Hi All,

 

Can anyone tell me how I can automate minimizing the command window?

 

Many thanks,

 

John.

 

 

Permalink | Reply | 1 comment |
headers
Nick Harley | 2 Jan 2007 19:22
Favicon

Automated directory listing of mget for ftp - 7.15.1

I have a problem similar to this thread I found on the archives:

http://curl.haxx.se/mail/archive/0126.html 

except I need to use ftp to retrieve these files. The problem is that
there is a string of six random numbers attached to the end of each
file. Wildcards don't seem to work, but I can use braces to get the
process going. I use a --url command like this to make that work:

--url ftp://<ip
address>/Results/20061227[0-9][0-9][0-9][0-9][0-9][0-9].asc

That means I have to run through a million (minus one) file
combinations to pick up all the files for that day. It's taking about
ten minutes to run through a thousand files. Is there a way in curl 7.15
(or later; I'd be willing to upgrade) to either do a mget command or
just return a directory listing? If I can get a dir or ls output, I can
script a sed to grab the filenames out and loop the curl command to pick
up all the files I need.

Thanks,
Nick
-----------------------------------------
CONFIDENTIALITY NOTICE  
This e-mail is intended for the sole use of the individual(s) to
whom it is addressed, and may contain information that is
privileged, confidential and exempt from disclosure under
applicable law.  You are hereby notified that any dissemination,
duplication, or distribution of this transmission by someone other
than the intended addressee or its designated agent is strictly
prohibited.  If you receive this e-mail in error, please notify me
immediately by replying to this e-mail.
Permalink | Reply | 2 comments |
headers
Roger Price | 3 Jan 2007 13:52
Picon
Picon
Favicon

Re: Minimize Window

Hi John
 
I am not sure how to do exactly what you are asking but wonder why you might need to!
 
I initiate cURL batchfiles from within FileMaker using the 'Sent Event' scriptstep in the following way
 
cmd.exe /K filepath/batchfilename which terminates the command window when complete or:
 
cmd.exe /C filepath/batchfilename which keeps it open.
 
See the following URL for cmd.exe switches: 
 
 
not sure if this is what you want!
 
Roger
 
----- Original Message -----
From: John Ford
Sent: Wednesday, January 03, 2007 9:35 AM
Subject: Minimize Window

Hi All,

 

Can anyone tell me how I can automate minimizing the command window?

 

Many thanks,

 

John.

 

 

Permalink | Reply | 0 comments |
headers
Matt Witherspoon | 3 Jan 2007 14:51
Picon
Favicon

Substantial increase in Curl CPU usage between 7.15.5 - 7.16.0

I am seeing what appears to be a substantial increase in CPU usage due to a CVS
commit in early September 2006 (now part of 7.16.0).

My average transfer speeds with 7.15.5 and earlier is 4.5MB/sec. With 7.16.0 my
average transfer speed is 3.8MB/sec. Note, this is on a slow embedded processor
where the CPU is the bottleneck -- during these transfers the CPU is at a
constant 100% usage. It looks as though 7.16.0 is using more CPU, thus reducing
transfer rates. I have concentrated on testing FTP, but it appears to have the
same problem on HTTP. I can only test download speeds. The results are easily
reproducible to 100KB/sec accuracy.

I tracked down the offending change in the CVS tree to between the times of:
2006-Sep-07 04:00   (fast transfer speed)
2006-Sep-08 08:00   (slower transfer speed)
As you can see, this is when HTTP pipelining was added. There appear to be other
changes to various socket functions during this time, and I suspect one of them
is causing the CPU usage problem.

It is also quite possible that Curl isn't taking up more CPU, but is using a
different system call resulting in more CPU at the system level.

Since there are quite a few changes between the time frames I have noted above,
I
am having trouble nailing down the exact problem. Does anyone have any ideas or
functions I should look at?

Thanks, Matt
Permalink | Reply | 1 comment |
headers
Nick Harley | 3 Jan 2007 15:33
Favicon

Re: Automated directory listing of mget for ftp - 7.15.1

Perfect! Thanks, Daniel.

>>> Daniel Stenberg <daniel <at> haxx.se> 1/3/2007 4:12 AM >>>
On Tue, 2 Jan 2007, Nick Harley wrote:

> Is there a way in curl 7.15 (or later; I'd be willing to upgrade) to
either 
> do a mget command or just return a directory listing?

curl cannot do 'mget' but it displays the contents of an FTP dir if you
just 
make sure you end the URL with a slash, like in:

   curl ftp://server.com/path/to/dir/ 

The -l/--list-only option is also popular for this case to ease machine

parsing of the response.

--

-- 
  Commercial curl and libcurl Technical Support:
http://haxx.se/curl.html
-----------------------------------------
CONFIDENTIALITY NOTICE  
This e-mail is intended for the sole use of the individual(s) to
whom it is addressed, and may contain information that is
privileged, confidential and exempt from disclosure under
applicable law.  You are hereby notified that any dissemination,
duplication, or distribution of this transmission by someone other
than the intended addressee or its designated agent is strictly
prohibited.  If you receive this e-mail in error, please notify me
immediately by replying to this e-mail.
Permalink | Reply | 0 comments |
headers
Daniel Stenberg | 3 Jan 2007 16:35
Picon
Favicon
Gravatar

Re: Substantial increase in Curl CPU usage between 7.15.5 - 7.16.0

On Wed, 3 Jan 2007, Matt Witherspoon wrote:

> Since there are quite a few changes between the time frames I have noted 
> above, I am having trouble nailing down the exact problem. Does anyone have 
> any ideas or functions I should look at?

(curl-library should be a better list to discuss this on)

Since you say the CPU is the bottle-neck, it could very well be the "double 
copying" => http://curl.haxx.se/mail/lib-2006-11/0125.html

Ravi Pratap said he'd give it a shot to fix, but clearly he or anyone else 
have not done it yet.

--
  Commercial curl and libcurl Technical Support: http://haxx.se/curl.html
Permalink | Reply | 0 comments |
headers
Guy Tannenbaum | 4 Jan 2007 09:36
Picon
Favicon

Corrupted checksum when ftping a large file

Hi,

Encountering the following problem when downloading a file using a c application which uses libcurl's ftp:

When downloading a large (> 100M) file, every once in a while, the file somehow gets corrupted. A file with the same size as the original gets downloaded, but it's checksum is different than the original.

So far, attempting to reproduce this problem with the regular ftp cli on linux is not successful, so I'm suspecting the most likely cause is the way the application is using libcurl.

Any ideas on how to resolve / further debug this ?

Thanks,
Guy

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

Permalink | Reply | 1 comment |
headers
Ferry Ie | 4 Jan 2007 13:11
Picon

Posting form containing a hidden field with a very long string value

Hi,

 

I am a curl newbie and am having a problem trying to post a form containing a hidden field with a very long string value. I’ve been playing around with this for days and am wondering if anyone can help. Kind of desperate now J. The following explains what I am trying to do:

 

Hitting a submit button on the test html page below produces a server HTTP response of 302 (redirect) before the browser follows the redirect location.

 

<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd">
<html xmlns="http://www.w3.org/1999/xhtml" xml:lang="en" lang="en">
<body id="home" class="zeustypeHP">
<div id="zeuswrap">
        <div id="zeuscontentwrap">
                <form name="__aspnetForm" method="post" action="http://www.domain.com.au/DomainDefault.aspx" id="__aspnetForm">
<input type="hidden" name="__VIEWSTATE" value="dDwyNTIwMjMxMDg7dDw7bDxpPDA+Oz47bDx0PDtsPGk8MD47PjtsPHQ8O2w8aTwwPjtpPDE+O2k8Mj47aTwzPjtpPDQ+O2k8Nz47aTw4PjtpPDk+O2k8MTA+O2k8MTE+O2k8MTI+O2k8MTM+O2k8MTQ+O2k8MTU+O2k8MTY+O2k8MTg+Oz47bDx0PHA8bDxpbm5lcmh0bWw7PjtsPFJlYWwgRXN0YXRlIGZvciBTYWxlLCBSZW50IGFuZCBTaGFyZSBAIERvbWFpbi5jb20uYXU7Pj47Oz47dDxwPGw8Y29udGVudDs+O2w8UmVhbCBlc3RhdGUgQCBEb21haW4uY29tLmF1LiBIb3VzZXMgYW5kIGFwYXJ0bWVudHMgZm9yIHNhbGUgb3IgcmVudCBhbGwgb3ZlciBBdXN0cmFsaWEuIFRob3VzYW5kcyBvZiBwcm9wZXJ0aWVzIGluIFN5ZG5leSwgTWVsYm91cm5lLCBCcmlzYmFuZSwgUGVydGgsIEFkZWxhaWRlLCBIb2JhcnQgYW5kIERhcndpbi47Pj47Oz47dDxwPGw8Y29udGVudDs+O2w8cmVhbCBlc3RhdGUsIHJlYWxlc3RhdGUsIHByb3BlcnR5LCByZWFsIGVzdGF0ZSBmb3Igc2FsZSwgcmVhbCBlc3RhdGUgZm9yIHJlbnQsIHJlbnRhbCBwcm9wZXJ0eSwgc3lkbmV5IHJlYWwgZXN0YXRlLCBtZWxib3VybmUgcmVhbCBlc3RhdGUsIGJyaXNiYW5lIHJlYWwgZXN0YXRlLCBidXNpbmVzc2VzIGZvciBzYWxlOz4+Ozs+O3Q8cDxsPGNvbnRlbnQ7PjtsPE5PT0RQOz4+Ozs+O3Q8cDxsPFRleHQ7PjtsPFw8c2NyaXB0IGxhbmd1YWdlPSJqYXZhc2NyaXB0Ilw+DQpzX3NlcnZlciA9ICd3d3cuZG9tYWluLmNvbS5hdS dcOw0Kc19jaGFubmVsID0gJydcOw0Kc19wcm9wMyA9ICcnXDsNCnNfcGFnZU5hbWUgPSAnLUluZGV4J1w7DQpzX3Byb3A2ID0gJydcOw0Kc19ldmVudHMgPSAnJ1w7DQpzX2VWYXI2ID0gJydcOw0KXDwvc2NyaXB0XD47Pj47Oz47dDw7bDxpPDA+Oz47bDx0PHA8cDxsPE5hdmlnYXRlVXJsO1RleHQ7PjtsPC9wdWJsaWMvYXBtL3NhbGVzaGlzdG9yeS9kZWZhdWx0LmFzcHg/bW9kZT1idXk7UmVjZW50IFNhbGVzOz4+Oz47Oz47Pj47dDw7bDxpPDA+Oz47bDx0PHA8cDxsPE5hdmlnYXRlVXJsO1RleHQ7PjtsPC9wdWJsaWMvYXBtL3N1YnVyYnByb2ZpbGUvZGVmYXVsdC5hc3B4P21vZGU9YnV5O1N1YnVyYiBQcm9maWxlczs+Pjs+Ozs+Oz4+O3Q8O2w8aTwwPjs+O2w8dDxwPHA8bDxOYXZpZ2F0ZVVybDtUZXh0Oz47bDwvcHVibGljL2FwbS9zdWJ1cmJwcm9maWxlL2RlZmF1bHQuYXNweD9tb2RlPWJ1eTtTdWJ1cmIgUHJvZmlsZXM7Pj47Pjs7Pjs+Pjt0PDtsPGk8MD47PjtsPHQ8cDxwPGw8TmF2aWdhdGVVcmw7VGV4dDs+O2w8L3B1YmxpYy9hcG0vc3VidXJicHJvZmlsZS9kZWZhdWx0LmFzcHg/bW9kZT1idXk7U3VidXJiIFByb2ZpbGVzOz4+Oz47Oz47Pj47dDw7bDxpPDA+Oz47bDx0PHA8cDxsPE5hdmlnYXRlVXJsO1RleHQ7PjtsPC9wdWJsaWMvYXBtL3NhbGVzaGlzdG9yeS9kZWZhdWx0LmFzcHg/bW9kZT1idXk7UmVjZW50IFNhbGVzOz4+Oz47Oz47Pj47dDw7bDxpPDA+Oz47bDx0PHA8cDxsPE5hdmlnYXR lVXJsO1RleHQ7PjtsPC9wdWJsaWMvYXBtL3N1YnVyYnByb2ZpbGUvZGVmYXVsdC5hc3B4P21vZGU9YnV5O1N1YnVyYiBQcm9maWxlczs+Pjs+Ozs+Oz4+O3Q8O2w8aTwwPjs+O2w8dDxwPHA8bDxOYXZpZ2F0ZVVybDtUZXh0Oz47bDwvcHVibGljL2FwbS9zYWxlc2hpc3RvcnkvZGVmYXVsdC5hc3B4P21vZGU9YnV5O1JlY2VudCBTYWxlczs+Pjs+Ozs+Oz4+O3Q8O2w8aTwwPjs+O2w8dDxwPHA8bDxOYXZpZ2F0ZVVybDtUZXh0Oz47bDwvcHVibGljL2FwbS9zdWJ1cmJwcm9maWxlL2RlZmF1bHQuYXNweD9tb2RlPWJ1eTtTdWJ1cmIgUHJvZmlsZXM7Pj47Pjs7Pjs+Pjt0PDtsPGk8MD47PjtsPHQ8O2w8aTwwPjtpPDE+O2k8Mj47aTwzPjtpPDQ+O2k8NT47aTw2PjtpPDc+O2k8OD47aTwxMD47PjtsPHQ8O2w8aTwwPjtpPDE+Oz47bDx0PDtsPGk8Mz47PjtsPHQ8dDxwPHA8bDxEYXRhVGV4dEZpZWxkO0RhdGFWYWx1ZUZpZWxkOz47bDxUZXh0O1ZhbHVlOz4+Oz47dDxpPDE1PjtAPFZpZXcgQWxsIENhdGVnb3JpZXM7Q2FmZS9SZXN0YXVyYW50O0NoaWxkY2FyZS9LaW5kZXJnYXJ0ZW47R2VuZXJhbCBTdG9yZS9TdXBlcm1hcmtldDtIYWlyZHJlc3Nlci9CZWF1dHkgU2Fsb247SG90ZWwvTW90ZWwvUHViO0xhdW5kcnkvRHJ5IENsZWFuZXI7TWFudWZhY3R1cmluZztOZXdzYWdlbmN5O051cnNlcnkvRmxvcmlzdC9HYXJkZW47UHJvZmVzc2lvbmFsIFNlcnZpY2VzO090aGVyIFNlcnZpY2VzO1JldGFpbDtUYWtlIEF3 YXkgRm9vZDtUYXhpOz47QDxWaWV3IEFsbCBDYXRlZ29yaWVzOzM0OzQyOzQxOzM3OzMyOzM4OzQzOzM5OzQwOzM2OzMzOzI3OzM1OzQ0Oz4+Oz47Oz47Pj47dDw7bDxpPDM+O2k8ND47PjtsPHQ8O2w8aTwxPjtpPDM+O2k8NT47aTw3Pjs+O2w8dDx0PDs7bDxpPDA+Oz4+Ozs+O3Q8dDw7O2w8aTwwPjs+Pjs7Pjt0PHQ8OztsPGk8MD47Pj47Oz47dDx0PDs7bDxpPDA+Oz4+Ozs+Oz4+O3Q8O2w8aTwxPjtpPDI+O2k8ND47aTw2Pjs+O2w8dDx0PDtwPGw8aTwwPjtpPDE+O2k8Mj47aTwzPjtpPDQ+O2k8NT47aTw2PjtpPDc+O2k8OD47aTw5PjtpPDEwPjtpPDExPjtpPDEyPjtpPDEzPjtpPDE0PjtpPDE1PjtpPDE2PjtpPDE3PjtpPDE4PjtpPDE5PjtpPDIwPjtpPDIxPjtpPDIyPjtpPDIzPjtpPDI0PjtpPDI1PjtpPDI2PjtpPDI3PjtpPDI4PjtpPDI5PjtpPDMwPjtpPDMxPjs+O2w8cDxNaW4uIFByaWNlO1xlPjtwPDE7MT47cDw1MCwwMDA7NTAsMDAwPjtwPDEwMCwwMDA7MTAwLDAwMD47cDwxNTAsMDAwOzE1MCwwMDA+O3A8MjAwLDAwMDsyMDAsMDAwPjtwPDI1MCwwMDA7MjUwLDAwMD47cDwzMDAsMDAwOzMwMCwwMDA+O3A8MzUwLDAwMDszNTAsMDAwPjtwPDQwMCwwMDA7NDAwLDAwMD47cDw0NTAsMDAwOzQ1MCwwMDA+O3A8NTAwLDAwMDs1MDAsMDAwPjtwPDU1MCwwMDA7NTUwLDAwMD47cDw2MDAsMDAwOzYwMCwwMDA+O3A8NjUwLDAwMDs2NTAsMDAwPjtwPDcwMCwwMDA7NzAwLDAwMD47cDw3NTAsMDAwOzc1M CwwMDA+O3A8ODAwLDAwMDs4MDAsMDAwPjtwPDg1MCwwMDA7ODUwLDAwMD47cDw5MDAsMDAwOzkwMCwwMDA+O3A8OTUwLDAwMDs5NTAsMDAwPjtwPDEsMDAwLDAwMDsxLDAwMCwwMDA+O3A8MSwyNTAsMDAwOzEsMjUwLDAwMD47cDwxLDUwMCwwMDA7MSw1MDAsMDAwPjtwPDEsNzUwLDAwMDsxLDc1MCwwMDA+O3A8MiwwMDAsMDAwOzIsMDAwLDAwMD47cDwyLDI1MCwwMDA7MiwyNTAsMDAwPjtwPDIsNTAwLDAwMDsyLDUwMCwwMDA+O3A8Miw3NTAsMDAwOzIsNzUwLDAwMD47cDwzLDAwMCwwMDA7MywwMDAsMDAwPjtwPDQsMDAwLDAwMDs0LDAwMCwwMDA+O3A8NSwwMDAsMDAwOzUsMDAwLDAwMD47Pj47Pjs7Pjt0PHQ8O3A8bDxpPDA+O2k8MT47aTwyPjtpPDM+O2k8ND47aTw1PjtpPDY+O2k8Nz47aTw4PjtpPDk+O2k8MTA+O2k8MTE+O2k8MTI+O2k8MTM+O2k8MTQ+O2k8MTU+O2k8MTY+O2k8MTc+O2k8MTg+O2k8MTk+O2k8MjA+O2k8MjE+O2k8MjI+O2k8MjM+O2k8MjQ+O2k8MjU+O2k8MjY+O2k8Mjc+O2k8Mjg+O2k8Mjk+O2k8MzA+O2k8MzE+Oz47bDxwPE1heC4gUHJpY2U7XGU+O3A8NTAsMDAwOzUwLDAwMD47cDwxMDAsMDAwOzEwMCwwMDA+O3A8MTUwLDAwMDsxNTAsMDAwPjtwPDIwMCwwMDA7MjAwLDAwMD47cDwyNTAsMDAwOzI1MCwwMDA+O3A8MzAwLDAwMDszMDAsMDAwPjtwPDM1MCwwMDA7MzUwLDAwMD47cDw0MDAsMDAwOzQwMCwwMDA+O3A8NDUwLDAwMDs0NTAsMDAwPjtwPDUwMCwwMDA7NTAwLDAwMD47cDw1NTAsMDAwOzU1MCwwMDA+O3A8NjAwLDAwMDs2MDAsMDAwPjtwPDY1MCwwMDA7NjUw LDAwMD47cDw3MDAsMDAwOzcwMCwwMDA+O3A8NzUwLDAwMDs3NTAsMDAwPjtwPDgwMCwwMDA7ODAwLDAwMD47cDw4NTAsMDAwOzg1MCwwMDA+O3A8OTAwLDAwMDs5MDAsMDAwPjtwPDk1MCwwMDA7OTUwLDAwMD47cDwxLDAwMCwwMDA7MSwwMDAsMDAwPjtwPDEsMjUwLDAwMDsxLDI1MCwwMDA+O3A8MSw1MDAsMDAwOzEsNTAwLDAwMD47cDwxLDc1MCwwMDA7MSw3NTAsMDAwPjtwPDIsMDAwLDAwMDsyLDAwMCwwMDA+O3A8MiwyNTAsMDAwOzIsMjUwLDAwMD47cDwyLDUwMCwwMDA7Miw1MDAsMDAwPjtwPDIsNzUwLDAwMDsyLDc1MCwwMDA+O3A8MywwMDAsMDAwOzMsMDAwLDAwMD47cDw0LDAwMCwwMDA7NCwwMDAsMDAwPjtwPDUsMDAwLDAwMDs1LDAwMCwwMDA+O3A8NSwwMDAsMDAwKzs1LDAwMCwwMDArPjs+Pjs+Ozs+O3Q8dDw7cDxsPGk8MD47aTwxPjtpPDI+O2k8Mz47aTw0PjtpPDU+Oz47bDxwPEFueTtcZT47cDwxIG9yIG1vcmU7XD4xPjtwPDIgb3IgbW9yZTtcPjI+O3A8MyBvciBtb3JlO1w+Mz47cDw0IG9yIG1vcmU7XD40PjtwPDUgb3IgbW9yZTtcPjU+Oz4+Oz47Oz47dDx0PDtwPGw8aTwwPjtpPDE+O2k8Mj47aTwzPjtpPDQ+O2k8NT47aTw2PjtpPDc+O2k8OD47PjtsPHA8UHJvcGVydHkgVHlwZTtcZT47cDxTdHVkaW8gQXBhcnRtZW50O0Q+O3A8SG91c2U7SCxTLFgsVD47cDxMYW5kO0w+O3A8VW5pdCAvIFRvd25ob3VzZTtOLFUsSSxEPjtwPFJldGlyZW1lbnQ7Uj47cDxSdXJhbDtBLEIsRj47cDxHb 2xmO0c+O3A8Q29hc3RhbDtPPjs+Pjs+Ozs+Oz4+Oz4+Oz4+O3Q8QDA8cDxwPGw8RGF0YUtleXM7XyFJdGVtQ291bnQ7PjtsPGw8PjtpPC0xPjs+Pjs+Ozs7Ozs7Ozs+Ozs+O3Q8QDA8cDxwPGw8RGF0YUtleXM7XyFJdGVtQ291bnQ7PjtsPGw8PjtpPC0xPjs+Pjs+Ozs7Ozs7Ozs+Ozs+O3Q8QDA8cDxwPGw8RGF0YUtleXM7XyFJdGVtQ291bnQ7PjtsPGw8PjtpPC0xPjs+Pjs+Ozs7Ozs7Ozs+Ozs+O3Q8QDA8cDxwPGw8RGF0YUtleXM7XyFJdGVtQ291bnQ7PjtsPGw8PjtpPC0xPjs+Pjs+Ozs7Ozs7Ozs+Ozs+O3Q8QDA8cDxwPGw8RGF0YUtleXM7XyFJdGVtQ291bnQ7PjtsPGw8PjtpPC0xPjs+Pjs+Ozs7Ozs7Ozs+Ozs+O3Q8QDA8cDxwPGw8RGF0YUtleXM7XyFJdGVtQ291bnQ7PjtsPGw8PjtpPC0xPjs+Pjs+Ozs7Ozs7Ozs+Ozs+O3Q8QDA8cDxwPGw8RGF0YUtleXM7XyFJdGVtQ291bnQ7PjtsPGw8PjtpPC0xPjs+Pjs+Ozs7Ozs7Ozs+Ozs+O3Q8QDA8cDxwPGw8RGF0YUtleXM7XyFJdGVtQ291bnQ7PjtsPGw8PjtpPC0xPjs+Pjs+Ozs7Ozs7Ozs+Ozs+O3Q8O2w8aTwxPjs+O2w8dDxwPGw8c3R5bGU7PjtsPERJU1BMQVk6IGJsb2NrOz4+O2w8aTwxPjtpPDM+Oz47bDx0PHA8bDxfIUl0ZW1Db3VudDs+O2w8aTwzPjs+PjtsPGk8MT47aTwyPjtpPDM+Oz47bDx0PDtsPGk8MT47PjtsPHQ8cDxsPHN0eWxlOz47bDxESVNQTEFZOiBibG9jazs+PjtsPGk8MT47aTwzPjs+O2w8dDxwPGw8aHJlZjs+O2w8Li4vUHVibG ljL1Byb3BlcnR5RGV0YWlscy5hc3B4P2FkaWQ9MjAwNjEzNTU5Nzs+PjtsPGk8MD47PjtsPHQ8cDxsPHNyYzthbHQ7PjtsPGh0dHA6Ly9pbWcuZG9tYWluLmNvbS5hdS9pbWcvbG1zLzMvNC9TREpVLzVlOWM3MDU3LWVmNDktNDBmNi05YWJlLTFhMDcxZjUyZTE3MC5qcGVnOzs+Pjs7Pjs+Pjt0PHA8bDxocmVmOz47bDwuLi9QdWJsaWMvUHJvcGVydHlEZXRhaWxzLmFzcHg/YWRpZD0yMDA2MTM1NTk3Oz4+O2w8aTwxPjs+O2w8dDxwPHA8bDxUZXh0Oz47bDxUZW1wbGVzdG93ZSwgVklDOz4+Oz47Oz47Pj47Pj47Pj47dDw7bDxpPDE+Oz47bDx0PDtsPGk8MT47aTwzPjs+O2w8dDxwPGw8aHJlZjs+O2w8Li4vUHVibGljL1Byb3BlcnR5RGV0YWlscy5hc3B4P2FkaWQ9MjAwNjExMzk3NTs+PjtsPGk8MD47PjtsPHQ8cDxsPHNyYzthbHQ7PjtsPGh0dHA6Ly9pbWcuZG9tYWluLmNvbS5hdS9pbWcvbG1zLzMvNC9TT0lVLzk2OWNhZjNjLTA5ZDAtNDY1OC1hMzZkLTdhZjRjMDZlNGY3NC5qcGVnOzs+Pjs7Pjs+Pjt0PHA8bDxocmVmOz47bDwuLi9QdWJsaWMvUHJvcGVydHlEZXRhaWxzLmFzcHg/YWRpZD0yMDA2MTEzOTc1Oz4+O2w8aTwxPjs+O2w8dDxwPHA8bDxUZXh0Oz47bDxLZXcsIFZJQzs+Pjs+Ozs+Oz4+Oz4+Oz4+O3Q8O2w8aTwxPjs+O2w8dDw7bDxpPDE+O2k8Mz47PjtsPHQ8cDxsPGhyZWY7PjtsPC4uL1B1YmxpYy9Qcm9wZXJ0eURldGFpbHMuYXNweD9hZGlkPTIwMDYxNzgxNTI7Pj47bDxpPDA+Oz47bDx 0PHA8bDxzcmM7YWx0Oz47bDxodHRwOi8vaW1nLmRvbWFpbi5jb20uYXUvaW1nL2xtcy8zLzQvUVdFUi83Zjk0YWEzYi1lZDQwLTRiZDAtYWYxOC03NzI3MjRlMzE0NDEuanBlZzs7Pj47Oz47Pj47dDxwPGw8aHJlZjs+O2w8Li4vUHVibGljL1Byb3BlcnR5RGV0YWlscy5hc3B4P2FkaWQ9MjAwNjE3ODE1Mjs+PjtsPGk8MT47PjtsPHQ8cDxwPGw8VGV4dDs+O2w8Tm9ydGggV2FycmFuZHl0ZSwgVklDOz4+Oz47Oz47Pj47Pj47Pj47Pj47dDxwPGw8c3R5bGU7PjtsPERJU1BMQVk6IGJsb2NrOz4+Ozs+Oz4+Oz4+Oz4+Oz4+O3Q8O2w8aTwxPjtpPDM+O2k8NT47aTw3Pjs+O2w8dDxwPGw8VmlzaWJsZTs+O2w8bzxmPjs+Pjs7Pjt0PHA8bDxWaXNpYmxlOz47bDxvPGY+Oz4+Ozs+O3Q8cDxsPFZpc2libGU7PjtsPG88Zj47Pj47Oz47dDxwPGw8VmlzaWJsZTs+O2w8bzx0Pjs+Pjs7Pjs+Pjt0PHA8bDxWaXNpYmxlOz47bDxvPGY+Oz4+Ozs+Oz4+Oz4+Oz4+O2w8X2N0bDA6QnVzaW5lc3NRdWlja1NlYXJjaDE6ZGRsUHJvcFR5cGVzOz4+JSmxFR64fxtxWlDB87zuXXeBHjM=" />
                        <div id="zeuscontent"><a name="zeusmaincontent"></a>                
                                <div class="zeussearchTo">
                                                <h2 class="zeushSearchToBuy">Search to buy</h2>
<label id="zeuslabSearchToBuy" for="searchToBuy">Enter suburb, postcode or property ID</label>
<input name="_ctl0:SearchMoreCriteria1:zuessearchToBuy" type="text" maxlength="255" id="_ctl0_SearchMoreCriteria1_zuessearchToBuy" tabindex="1" class="zeustinput" value="2121" />
<input type="submit" name="_ctl0:SearchMoreCriteria1:zeusSearch" value="Search" id="_ctl0_SearchMoreCriteria1_zeusSearch" class="zeussubmit" />
                                </div>
</form>
</body>
</html>

 

As you can see from the above, a field called ‘__VIEWSTATE’ has a very long string value. My question is: how do I emulate this using the curl command line. I tried the following:

 

curl -F "__VIEWSTATE= <at> viewstate.txt;type=application/x-www-form-urlencoded" -F "_ctl0:SearchMoreCriteria1:zuessearchToBuy=2121" -F "_ctl0:SearchMoreCriteria1:zeusSearch=Search" -A "Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8.1.1) Gecko/20061204 Firefox/2.0.0.1" http://www.domain.com.au/DomainDefault.aspx

 

But the above doesn’t seem to produce the same result (server response is 200 OK instead of 302). The viewstate.txt contains the long string value that I copied from the above html. Removing the type=application/x-www-form-urlencoded still produces the same result. Would anyone know what I am missing here. Any help is greatly appreciated. Thanks

 

Regards,

Ferry


--
No virus found in this outgoing message.
Checked by AVG Free Edition.
Version: 7.5.432 / Virus Database: 268.16.2/613 - Release Date: 1/01/2007 2:50 PM


--
No virus found in this outgoing message.
Checked by AVG Free Edition.
Version: 7.5.432 / Virus Database: 268.16.3/614 - Release Date: 2/01/2007 2:58 PM

Permalink | Reply | 5 comments |

Gmane