|
I simply get a HTTP 400 error
|
|
|
|
|
Building on the excellent work by Ennis:
Etienne_123 wrote: TimeSpan ts = DateTime.UtcNow - new DateTime(1970, 1, 1, 0, 0, 0, 0);
I think the problem is one of those DateTimes is UTC, the other isn't.
[ADDED] Obviously a timespan is location-independent, it should be based on consistent data though [/ADDED]
|
|
|
|
|
Thanks for the reply. I tried using this:
DateTime dn = DateTime.Now;
DateTime dt = new DateTime(1970, 1, 1, 0, 0, 0, 0);
TimeSpan tss = dn.Subtract(dt);
string timespan = tss.TotalSeconds.ToString();
..still does not work. I'm doing it according to the specifications laid out here[^], which specifies that "Unless otherwise specified by the Service Provider, the timestamp is expressed in the number of seconds since January 1, 1970 00:00:00 GMT. The timestamp value MUST be a positive integer and MUST be equal or greater than the timestamp used in previous requests" . Could it be that Google requires a different timestamp?
|
|
|
|
|
From what I read on a little Google action, the format is OK; however the number may be off if your time isn't correct, e.g. due to summer time. One thing you could do is an experiment with a number of hours added/subtracted to see what gives (e.g. a for loop from -12 to +12, and TimeSpan.Add).
|
|
|
|
|
Still does not work. I tried every time setting. I uploaded a screenshot of a more detailed error message from VS here[^]
|
|
|
|
|
that contains a timestamp with a fractional part!
|
|
|
|
|
Yes I figured Then I reverted back to using this:
TimeSpan ts = DateTime.Now - new DateTime(1970, 1, 1, 0, 0, 0, 0);
string timeStamp = ts.TotalSeconds.ToString();
timeStamp = timeStamp.Substring(0, timeStamp.IndexOf("."));
..which removes the fractional part. Still no luck
|
|
|
|
|
|
Hi,
Can any one tell me the way to remove or delete the blank pages in a PDF document either using VB.Net or C#?
Thanks and Regards.
Kalyan
modified on Monday, July 5, 2010 7:12 AM
|
|
|
|
|
Hallo everybody,
I'm doing a sample of project which has a base class and other two or more subclasses of the base class.
The base class is directly connected to a database when the time is to run.
My questions are the following:
1. Is it necessary to embed the connection properties every-time in the subclasses?
2. The same question, but little confusing for me, here it goes:
cmd = new SqlCommand("sql statement", con);// found in one of the subclasses
Both cmd and con are instances of the class SqlCommand and SqlConnection respectively.
Why is con necessary here? I mean, once a connection is established in a base class and inherited in the subclasses,
then why?
If I might not be clear enough, please let me know.
Thank you
|
|
|
|
|
Yonathan1111 wrote: If I might not be clear enough, please let me know
Its not clear what your question is. post some code.
|
|
|
|
|
Thank you for your cooperation.
I don't have code sample, it is a design. I'm asking what logic should I follow?
Thanks
|
|
|
|
|
Yonathan1111 wrote: 1. Is it necessary to embed the connection properties every-time in the subclasses?
No, you can put the connection data anywhere, as long as the subclass can reach it at run time.
Yonathan1111 wrote: Why is con necessary here?
The SqlCommand object needs access to the SqlConnection object in order to know which database it is referring to. Your program could be accessing multiple databases.
It's time for a new signature.
|
|
|
|
|
Thank you
You gave me a hint.
Thanks
|
|
|
|
|
The Connection and Command should be embedded in a separate Data Access Layer class, which the others all use as necessary.
|
|
|
|
|
Thank you very much, that is what I want.
Thnks
|
|
|
|
|
Hello All,
I'm writing a dll that paints on the screen a gdi object.
How would you recomed me to perform automated UI test ?
I would like to draw the gdi object on the screen and compare it with a storded image.
I know I can caputre the screen and compare it to that image, but i was thinking maybe using the visual studio 2010 UI Automated test.
Thanks,
berlus
|
|
|
|
|
I don't personally believe in automated GUI tests.
|
|
|
|
|
Hello experts,
which advantages does one of these two methods
return (string.Format("Device #{0}", devNr));
return ("Device #" + devNr.ToString()); have over the other one?
They seem to produce identical results.
Ciao,
luker
|
|
|
|
|
They produce identical results. The first one is consider better because it uses less memory. The second version allocates memory for 3 strings ("Device #", result of devNr.ToString() and result of entire statement), which makes application consume more memory. The first one isn't (to my knowledge) creating such an overhead. If you need to use second form it's better to use StringBuilder class. And personally I consider first form more readable.
|
|
|
|
|
lukasz_nowakowski wrote: And personally I consider first form more readable.
I agree, String.Format is more readable, especially when you have a few more arguments.
|
|
|
|
|
I totally agree the 1st form is better, just on readability alone.
I'd question your point about the StringBuilder as a replacement for the second form, creating an instance of this type has some overhead, for small concatenations the string builder is worse than the code supplied in the OP, but it has become received wisdom that StringBuilder is more efficient.
I posted a link a while back http://www.yoda.arachsys.com/csharp/stringbuilder.html[^] to an archive of stuff John Skeet has written about c# amongst others. He has tested the received wisdom, and found it wanting, the section "So I Should Use StringBuilder Everywhere, Right?" is really the nub of the problem.
It's worth doing the test he suggests, for "small" concats the overhead of the StringBuilder outweighs the benefits (and dirties the code). For multiple concats (e.g. in a loop)
StringBuilder<code> is much more efficient.<br />
<div class="signature"><small>Dalek Dave: There are many words that some find offensive, Homosexuality, Alcoholism, Religion, Visual Basic, Manchester United, Butter.<br />
Pete o'Hanlon: If it wasn't insulting tools, I'd say you were dumber than a bag of spanners.</small></div>
|
|
|
|
|
Interestingly, the String.Format uses a StringBuilder...
|
|
|
|
|
I'm not convinced String.Format is more efficient than the straight concat, but I do think the format route is clearer.
Disassembling String.Format gives this line:
StringBuilder builder = new StringBuilder(format.Length + (args.Length * 8));
So it is likely that, as long as the argument passed average 8 characters or less, the StringBuilder will probably be more efficient at first glance. Of course, I haven't tested this, but it would be easy to rig a test to find out.
The point I was trying to make was that the assumption that StringBuilder is always more efficient than direct string manipulation is demonstrably false. Additionally, I'd say, unless the code is a block you know will be heavily repeated, early optimisation will ruin otherwise clear code without real benefit. I personally would only consider using a StringBuilder when I know this is the case, or testing reveals poor performance, or the system must perform with the highest possible efficiency for some reason(e.g. real time). This is in line with the KSS and YAGNI principles.
Dalek Dave: There are many words that some find offensive, Homosexuality, Alcoholism, Religion, Visual Basic, Manchester United, Butter.
Pete o'Hanlon: If it wasn't insulting tools, I'd say you were dumber than a bag of spanners.
|
|
|
|
|
I wasn't arguing for StringBuilder. I was just noting that you were saying for smaller concats, StringBuilder won't be more efficient. You were saying you preferred format 1 (albeit for readability) and I was just pointing out that format 1 used a StringBuilder which you were seeming to argue against.
I was just pointing out the irony is all.
For what he wrote, I would always lean towards the second format. Especially now that I've seen the path String.Format(String, Object) takes:
String.Format(String, Object) calls
String.Format(IFormatProvider, String, Object[]) calls
StringBuilder(int capacity ) and StringBuilder.AppendFormat(IFormatProvider, string format, params object[] args) and StringBuilder.ToString() which calls
string.FastAllocateString(int length) then concatenates each of the StringBuilder parts.
It's way more code being run.
|
|
|
|
|