Hello Daniel. I agree that documenting at the top of the file would be OK if all options worked the same. However, in my test case the space is causing a failure. Please examine the following transcript. I invoked curl three times with the same arguments each time, passing POST data from a file.

1. -data, with space. Result: error (7)
2. -data, no space. Result: Success.
3. -d, no space. Result: Success.

Air2:live jk$ curl -data @/Users/jk/Documents/SheepSystems/sheepsystems.com/public_html/cgi-bin/TestData/FreebiePOST.txt http://sheepsystems.com/cgi-bin/test/ProcessOrderTest.pl
curl: (7) couldn't connect to host
Air2:live jk$ curl -data@/Users/jk/Documents/SheepSystems/sheepsystems.com/public_html/cgi-bin/TestData/FreebiePOST.txt http://sheepsystems.com/cgi-bin/test/ProcessOrderTest.pl
Air2:live jk$ curl -d@/Users/jk/Documents/SheepSystems/sheepsystems.com/public_html/cgi-bin/TestData/FreebiePOST.txt http://sheepsystems.com/cgi-bin/test/ProcessOrderTest.pl
Air2:live jk$

---
** [bugs:#1279] Man Page: POST --data<space><data> space is wrong**
**Status:** open
**Labels:** documentation POST 
**Created:** Thu Sep 12, 2013 10:54 PM UTC by Jerry Krinock
**Last Updated:** Fri Sep 13, 2013 09:18 AM UTC
**Owner:** nobody
In curl version 7.24.0, in Mac OS X 10.8, in the man page, the examples given for the -POST data options: d, -data etc. all have a space between the option and the data.  Example: --data <data>.  When I do this, it doesn't work.  The server gets the data "ata".  I noticed that these three characters were the last three characters in the option "data".  So I tried it without the space, -d<data>, and it worked.
---
Sent from sourceforge.net because curl-tracker@cool.haxx.se is subscribed to https://sourceforge.net/p/curl/bugs/
To unsubscribe from further messages, a project admin can change settings at https://sourceforge.net/p/curl/admin/bugs/options.  Or, if this is a mailing list, you can unsubscribe from the mailing list.