This repository has been archived by the owner on May 30, 2023. It is now read-only.
Commit
This commit does not belong to any branch on this repository, and may belong to a fork outside of the repository.
Issue #10158: #10158 This bug introduced by the marco max( ) defined in <windef.h>. It replaces max( ) with another statement but still preceeded by numberic_limits<Type>:: The workaround is to use the parenthesis
- Loading branch information
3edcabeThere was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Have you tried MSVC2008?

When run the test.I always got a error: [FATAL] In file tools\qbytearray.cpp, line 1416: Out of memory
3edcabeThere was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I did a test:
It seems like 'std::numeric_limits::max()' is too big!
3edcabeThere was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Yeah, got it too. I think we should limit
postDatasize to 10 Mb(?)3edcabeThere was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Well, there isn't any HTTP limitation on the size of a
POSTrequest, so these limitations are all configured at the web server level. Theoretically, you could accept a file as large as the server's available (free) memory (minus the memory needed for processing the request afterward, etc.).Some defaults:
3edcabeThere was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
No, I meant to limit the size of the data which will be passed in the
requestDataUPDATE
Like it was done in Webkit Developer Tools. There is a limit in 10 Mb for a request's data size. [ref]
3edcabeThere was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Understood, I was just trying to add background info and some common defaults to consider for our users' best interests. I think 10MB sounds good. I also think that this is something we should try to control at the build script/config level so it's easy to update for custom builds if anyone needs a higher limit.