(patch) No need for fmt_mask[] buffer

[Explorer09]

This patch is for Prime95 v28.7

The printf and sprintf functions in C library support '*' as precision. Therefore there is no need for the 'masked' format string like "%%.%df%%%%" and a buffer to store the temporary format string ("%.2f%%"). Just use syntax like printf("%.*f%%", precision, number); .

This patch removes the use of fmt_mask[] and 'masked' format strings.

Technically the '*' specifier for width or precision in printf takes an 'int' argument, but the global PRECISION variable expects only an integer within the interval [0,6]. It is good to keep it an 'unsigned int' to save a "if (PRECISION<0)" check code.

[ramshanker]

This kind of patches over this forum along with respective files really makes me wonder whether we should move to github for version control and much wider participation from coder community.

All the cool kids projects are on GitHub these days.

[Madpoo]

Originally Posted by ramshanker

This kind of patches over this forum along with respective files really makes me wonder whether we should move to github for version control and much wider participation from coder community.

All the cool kids projects are on GitHub these days.

It would be nice to see that, at the very least to be able to see what changes were actually made between versions without loading both up and using a comparison tool.

I'd guess most/all of the changes are still done by George so it would really depend on whether he was up for a move like that, but a shared repository like Github or whatever else sure seems like a good direction to go.

[Prime95]

Originally Posted by ramshanker

All the cool kids projects are on GitHub these days.

I guess I'm from the old fart school of programming.

Seriously, I use an svn repository. Can such a thing be migrated to github? There are a lot of history comments I wouldn't want to lose. Also, I've grown accustomed to svnX and its diff tools.

[ewmayer]

@Github pumpers:

Originally Posted by Prime95

I guess I'm from the old fart school of programming.

Seriously, I use an svn repository. Can such a thing be migrated to github? There are a lot of history comments I wouldn't want to lose. Also, I've grown accustomed to svnX and its diff tools.

Plus, if Sourceforge and its "suck 'em in with the 'cool kidzz' aspect, then a few years later sell out big-time and start using project space for selling ads" business model is any guide, Github being 'cool' today says nada about 5,10,20 years from now. Look at the date on George's program and tell me - how many Sourceforge/Github-style sites have [a] been around that long and [b] remained true to the shareware-project-support-rather-than-blatant-rent-extraction model?

The only way to be sure of one's infrastructure over the long haul here is to pick clear open-source winners with broad community support early on and be very wary of trading 'convenience today' for nightmares down the road. Visual Studio is a prime example of the latter tradeoff.

To put in plan-of-battle terms: Keep it simple as reasonably possible and remain focused on the mission.

[Prime95]

Originally Posted by Explorer09

This patch is for Prime95 v28.7

Thanks. This is much cleaner.

[Explorer09]

Speaking of SVN, you should probably ignore ".DS_Store" files from versioning, or at least not include them in your source zip package.

Or is there any reason to keep them?

[Mark Rose]

Originally Posted by ewmayer

Plus, if Sourceforge and its "suck 'em in with the 'cool kidzz' aspect, then a few years later sell out big-time and start using project space for selling ads" business model is any guide, Github being 'cool' today says nada about 5,10,20 years from now. Look at the date on George's program and tell me - how many Sourceforge/Github-style sites have [a] been around that long and [b] remained true to the shareware-project-support-rather-than-blatant-rent-extraction model?

I think GitHub will be in business for a while. We spend $100 a month with them. We're just one company.

But as you know there is no one repository with git, so mirroring it on other services like GitLab/Gitorious is trivial.

[blip]

Originally Posted by Prime95

I guess I'm from the old fart school of programming.

Seriously, I use an svn repository. Can such a thing be migrated to github? There are a lot of history comments I wouldn't want to lose. Also, I've grown accustomed to svnX and its diff tools.

You can work it out locally to get started. Have a look at https://git-scm.com/book/it/v2/Git-a...grating-to-Git

We migrated all our projects (100+) form svn to git without any issues. If you then use github or bitbucket (or any other provider) depends on your trust in their policies. We use both, depending on the project.

[ramshanker]

Originally Posted by Prime95

I guess I'm from the old fart school of programming.

I didn't mean to undermine your efforts in any way.

I am just starting up with all this factoring mania! Still at O(grade school). Long way to go till O(n log n). Tried searching for the Assembly code once in Prime95 code base, and was surprised not to find it on GitHub.

[TObject]

As other posters touched on the subject a little bit, a great differentiator of Git (and other systems like it) is that it is a distributed source control system. It does not need a central server. Each cloned repository is self-contained, and can be used to make further clones. As such, you are not ‘tied forever’ to any particular server; if GitHub goes down, for example, you can take your local repository, and load it on some other service.

Another point I want to make is that Git is not synonymous to GitHub. GitHub is the biggest provider, but you do not have to use it. There are other providers; Microsoft Visual Studio Online, for example, supports Git, and it is free for up to five users. Also, if you choose so, it should not be too difficult to add your own Git server software to the mersenne.org, so you do not have to rely on third parties for distributing repositories.