User forums > Nightly builds
The 14 february 2007 build is out.
gjsmo:
I have a problem with this build. The tabs are broken. If you open enough tabs so that they cannot all fit, the arrow buttons become enabled. However, if you close enough tabs so that they can all fit, the buttons stay enabled because the tabs are not all put up on the "tab bar" - they are scrolled over even though they could go over. This happens all the time, and I would think it be easily reproducible. I am not sure what the bug is in, as I am not familiar with the C::B code, but I would think it has something to do with wxWidgets.
Alturin:
Not sure if I understood it right, but did you try hitting the "<" arrow button? I have the same "problem" and it's solved by hitting it till all the tabs fill the bar. But it is a bit strange that that isn't done automagically.
steveth45:
I'm running openSUSE 10.2. This version of C::B loaded up fine a few times, but now it claims that the program is already running when I try to start up. I can see no evidence of codeblocks running anywhere (top). I even wiped the ~/.codeblocks folder, and it still thinks its already running. I can't get it running to change the setting to allow multiple instances to run. However, this is not the problem, since there is no "codeblocks" process running at all, even though it thinks there is.
thomas:
--- Quote from: killerbot on February 16, 2007, 04:44:16 pm ---When one has TortoiseSvn installed, there's no svn.exe. So bit ackward to add yet another svn client. So will revert temporarily back to previous method and wait till Thomas i back to fully fix the issue. It has worked in the past without pah adjusting and without extra svn installs, so probably should keep working like this ...
--- End quote ---
Ho ho, and back he is... hello again :)
It really cannot have worked without. If it did work, you had a Subversion executable and in your PATH and you did not know :)
Autorevision has always been and is still only calling svn.exe, so if that file does not exist or cannot be found (it obviously either has to be in PATH or in the same directory), it won't work, and it never worked.
It may be possible to call Tortoise as a backup solution if installed... in the past, this was awkward, but possible... not sure we should, though. Tortoise is not very much cross platform :)
--- Quote from: Biplab on February 16, 2007, 05:23:01 pm ---
--- Quote from: killerbot on February 16, 2007, 05:19:00 pm ---I also have it in linux : "svn build rev 3609 (2007-02-15T15:43:11.509615Z) gcc 4.1.2 Linux/unicode"
Well more work for Thomas ;-)
--- End quote ---
Try applying my patch. It basically removes unwanted characters. But it doesn't fix any time zone related conversions. I hope there's not much work for Thomas. ;)
--- End quote ---
Yep, I'm aware of this issue. However, the point in switching to xml output was that I did *not* want to parse strings manually and figure out something that might be a date any more (which will always go wrong in some cases). Even though the timestamp output by Subversion currently seems to be (always?) ISO-formatted, we don't really know. It may be on some platforms, not on others, and it may change in the next revision (they made more drastic changes in the past).
In Chinese, Japanese, or Swaheli (or any other foreign language that I'm unable to decipher), date and time might as well be shown as 輸#式~戻?も (pretty much random characters without any significant meaning to me)
There is not necessarily a ':' or a '.' in a specific place (or at all), nor any arabic numbers.
It gets even more painful if you try to account for time zones. Time zone calculations are one of the most painful things on this planet, because there is no clean standard to how daylight saving times are implemented. Different countries have different formulas of determining the actual date, which differs by as much as 3 weeks around the globe, and they use different times, too.
Thus, I decided to go the easy way and trust that whatever Subversion outputs in the <date> tag is a properly formatted, properly localised string suitable to be used as a timestamp. No parsing, no tampering, no chance of anything going wrong. Not opening Pandora's box again ;)
Biplab:
Hi Thomas,
C::B SVN is in English. So why shall we bother about other languages? :D
Daylight savings have recently been changed in some countries (Sri Lanka, Australia, etc). So they made life bit more difficult. ;)
So what have you decided on this problem? :)
Thanks & Regards,
Biplab
Navigation
[0] Message Index
[#] Next page
[*] Previous page
Go to full version