topbanner_forum
  *

avatar image

Welcome, Guest. Please login or register.
Did you miss your activation email?

Login with username, password and session length
  • Friday December 19, 2025, 9:30 am
  • Proudly celebrating 15+ years online.
  • Donate now to become a lifetime supporting member of the site and get a non-expiring license key for all of our programs.
  • donate

Recent Posts

Pages: prev1 ... 61 62 63 64 65 [66] 67 68 69 70 71 ... 364next
1626
Living Room / Re: Technical Excuses for Porn (Safe For Work)
« Last post by f0dder on March 08, 2011, 08:18 AM »
Wasn't she invited as a guest speaker for some compression conference, or was that just a dry dream I had after reading about her being tracked down for the aforementioned interview? :)
1627
Living Room / Re: XP multiuser default login
« Last post by f0dder on March 08, 2011, 08:17 AM »
Well, it would be possible to do, even if there's no current supported method - who's up for writing a custom GINA? :)
1628
Living Room / Re: Win 7 XP mode
« Last post by f0dder on March 08, 2011, 07:54 AM »
Let the others "talk peace." f0dder prefers to let his "piece" do the talkin'
When it comes to lawyers, it's fitting to quote the alien from Independence Day: "Peace? ...no peace!"
1629
Living Room / Re: Win 7 XP mode
« Last post by f0dder on March 08, 2011, 04:58 AM »
I don't really want to do anything that might compromise the legality of software on their machine.
Understandable. I can't see how applying a fix for a game you legally own is wrong - but that's from a moral standpoint. From a lawyer-legal standpoint(*), things might be different. FWIW, the files involved in the fix is purely the fix, not the full game and data.

(*): when lawyers are involved, I'd prefer gunpoint to standpoint.
1630
Living Room / Re: Win 7 XP mode
« Last post by f0dder on March 08, 2011, 04:16 AM »
oblivion: a quick looking around revealed that one of the 0-day cracking groups have released an "OS fix" for luxor2 back in October 2007 - not sure if it fixes your in-law's problem, but it does hint that it's a problem that might be fixable. Funny if the developers aren't willing to fix something that's apparently fixable without even having access to the source code.

Grabbing that fix will require a detour through some of the slightly murkier areas of the internet, though.
1631
General Software Discussion / Re: DVCS ?
« Last post by f0dder on March 08, 2011, 03:53 AM »
Armando: nice post - DoCoCoins coming your way. More, please! :)

On speed: first, you have to do some manual cleanup of Git repositories every once in a while, to do garbage collection and (re)pack the repository - this helps wrt. speed and disk space consumption. This can of course be automated, but it's something you have to automate, Git doesn't do it for you.

Also, there's definitely been a lot of progress in Git over the years. Considering that more and more has been going from shell scripts -> native C code, it's probably not fair looking at a 2 years old benchmark :)



On Tortoise... I've been considering moving away from it. Yes, the icon overlays in explorer are kinda nice, but that's about it - I feel that a dedicated app would probably provide more efficient workflows. Also, having cache processes for t-svn, t-git, t-hg seems a bit much, and I often run into problems with those processes keeping folders locked when they shouldn't.

Dunno which app(s), though - I wasn't all impressed when I checked out SmartGit, but can't remember exactly why, guess I'll give it another chance. I think my 'meh' was partially causes by the program being implemented in Java, and (worse) not having an option to use the system JDK but installing it's own separate copy.
1632
Running Mac OS X on Windows is possible using VirtualBox. But, as was mentioned already, it's illegal.
That's what she said - the bitch-queen Steve Jobs.
1633
Are you saying you want to run XP as your native OS, and virtualize Vista and Win7? If so, I'd have to call this a pretty bad decision. You'll be missing out on the various enhancements introduced with Vista, and further refined in Win7: security, numerous kernel improvements, a nicely revamped graphics subsystem, et cetera. Second, those OSes don't run nearly as well virtualized as on native hardware, because of the hardware acceleration in the graphics subsystem.
1634
Living Room / Re: Win 7 XP mode
« Last post by f0dder on March 05, 2011, 01:29 PM »
Hm, dunno how to legitimately grab the XP compat mode files without a WGA-authenticated Windows version, sorry :)

What's the name of the game? Perhaps there's some way to get it running without XP compat mode after all.
1635
General Software Discussion / Re: DVCS ?
« Last post by f0dder on March 05, 2011, 05:23 AM »
One question : You'll still be able to commit code from the private to the public repo even if you squashed the changesets/history in the public one ??? I most probably don't understand properly as I'm not sure how that would work.
Well, I'm still not 100% on how it works under the hood, but the idea is that after "going public", you don't touch the old private repo, you keep doing all new development in the public one, and the private is kept just for the history - but is able to show entire history.

In any case, I've edited Mercurial's ini file to add the "collapse" extension and it seems to load properly. Haven't properly tested it yet. Collapsing changesets is probably not too dangerous when working alone, but I don't know about team work. Potential for disaster.
As long as you don't collapse changesets that have already been pushed, you should be fine - so do all your crazy-small local commits, collapse changesets to your liking, then push remotely and you should be fine :)
1636
General Software Discussion / Re: 20 New User Misconceptions about Linux
« Last post by f0dder on March 04, 2011, 06:14 PM »
And when taxpayers don't have to fund their software through large corporate contracts, it's a big savings for everyone.
<tongue-in-cheek>Except when it ends up more expensive because of re-training, hiring expensive linux consultants, and not being able to handle stuff in-house because the documentation sucks.</tongue-in-cheek>
1637
General Software Discussion / Re: DVCS ?
« Last post by f0dder on March 04, 2011, 03:28 PM »
I've settled on Git for moving fSekrit forwards, but that's mainly because of Git's "blow off your legs" power with regards to history rewriting - I want to make the codebase public, but retain no memory in the public codebase from the non-public versions. Yet, at the same time, I want the private repository to have FULL history, and do that without committing future versions to both public and private repositories. Git supports that (even if I haven't worked out the details of how to set it up 100% :)).

History of a single function that moves? Interesting. That's not something inherent in how git stores the version history, though, unless I've missed something - Git stores the full version of each file for each commit, whereas both subversion and Mercurial store changesets (iirc Mercurial also stores a full-version "every once in a while" so moving between versions doesn't become too slow). But IOW, if Git can do it, it's gotta be history analyzing magic smartness that could potentially be done by everybody else too?

From what I've seen from various comparisons, Git and Mercurial offer most of the same features, as long as you don't need the über-wicked geek functionality (Mercurial pretty much won't let you blow your legs off). Also seems like there's not massive speed differences for "normal" size projects.

Git seems a bit more down and dirty, and the tortoise version still isn't as polished as the tortoise versions of other version control systems... it still shows a bit that Git was originally a whole bunch of shell scripts, instead of designing it "properly" as a C/C++ library with a "proper" front-end :)
1638
fSekrit / Re: 2011 status report
« Last post by f0dder on March 04, 2011, 03:07 PM »
I'm considering whether I should just use Google's protobuf, but on the other hand one of the main selling points of fSekrit is compact size.
Stay with C++ - Small and fast is (worth it) good! - Misery loves company...
Oh, it's going to stay C++; there's protobuf, protobuf, everywhere :)

One question: Why open source it? If you're going to be the sole coder and maintainer why bother to go that route with all the aggravation the 'open thing' so often brings with it?
 :)
It's a vote of confidence kind of thing. No backdoors, hopefully no nasty bugs, ability to read the documents even when the world has moved from Windows to lunix and can no longer execute the .exe files, the possibility to accept patches from 3rd party developers (especially important since there's some features that plainly don't interest me).

And to ensure the program's life. I'm not going to stick around forever; hopefully for a while yet, but who knows if I might get de-persisted by a drunk bus driver tomorrow? :)
1639
fSekrit / 2011 status report
« Last post by f0dder on March 04, 2011, 01:44 PM »
OK, so I haven't done a helluva lot of work on fSekrit since the progress and thoughts threads was started. No lame excuses, just a lot of Real LifeTM :)

I've decided on Git for version control, as I've verified it can do the history split/merge I want for the "historic & private" version vs. the "new & public" one. Not entirely sure how to wrangle the grafting yet, but I know it can be done, and that's the important thing. I'm not entirely sure when to move things over to Git - or, rather, where to start the public history, as I've already moved the private repository to Git. I could do the remaining cleanup so there's no swear-words or other embarrassing stuff in the codebase and go public there, or I could do the minimum amount of work so there's a working & tested build (which is some effort) until the code base is released. Not entirely sure yet.

So, what's the status right now?

I've pretty much settled on the internal data representation I want for the next version of fSekrit, which will allow for things like multiple tabs in one document and future option expandability without requiring file-format changes. I've updated reader code for v1 and v2 of the fSekrit file format to read into this new internal representation, but I still need to settle on a serialized format of the internal v3 representation, and write load/save code for this. Not terribly complicated, but fairly boring - C# is so much easier than C++, just add [DataContract] and [DataMember] attributes and you're pretty much done :P. I'm considering whether I should just use Google's protobuf, but on the other hand one of the main selling points of fSekrit is compact size.

And then there's the other stuff from the Progress thread that haven't really been started yet. What I'm currently considering is to finalize "sekritCore", which means verifying that I've made correct flexibility decisions with regards to the v3 document format, finalizing v3 load/save code, and possibly get some unit testing in place for these core features (as far as I can tell, Googles' testing framework is the best bet for C++ code). Once that's done, opensource the project, and start picking away at the ToDo list, one feature at a time.

Any comments, or have people stopped using fSekrit for lack of updates? ;)
1640
Post New Requests Here / Re: IDEA: Browser history as a tree/graph
« Last post by f0dder on March 04, 2011, 01:41 PM »
That's an interesting idea - I wonder if, say, the FireFox history database has enough information to construct that, hmm...
I assume all major browsers do otherwise when you hold unto the back button, you won't have a drop down set of links to go back to the very beginning.
Unless I misunderstand what you're saying, then that feature is very easy to implement with a stack data structure, which doesn't offer the wanted tree view.
1641
Post New Requests Here / Re: IDEA: Browser history as a tree/graph
« Last post by f0dder on March 04, 2011, 12:14 PM »
That's an interesting idea - I wonder if, say, the FireFox history database has enough information to construct that, hmm...
1642
General Software Discussion / Re: Serial Key Storage for Windows
« Last post by f0dder on March 04, 2011, 10:03 AM »
If someone wanted to make a neat little portable application specifically for this purpose, I would definitely donate.
What do you specifically need, for such an app, that you don't feel fSekrit offers you?
1643
General Software Discussion / Re: Popping Downloads - iframe or meta refresh?
« Last post by f0dder on March 04, 2011, 07:24 AM »
Is there a specific reason for not just starting with a plain link in the first place? This has always drove me nutz, because I'm forever having to hit the "This Link" link while wondering why the hell they didn't just start with something that works. ...Fixing things with damage perhaps?
:Thmbsup:
1644
1) Don't store stuff directly on your desktop - make a shortcut to a folder in "My Documents" (or wherever) instead.
2) Depending on how the machine and network is setup, you might be able to depend on NTFS access rights to protect the files; this is slightly more complicated than right-clicking and selecting "password protect", but it's secure(*) and hassle-free while running. Hassle-free does mean that if you're logged in, there's access without entering passwords. Morale? Never leave your machine without hitting Win+L.
3) If you need high-grade security, go for TrueCrypt.

(*): but if somebody has administrative access to your machine, or in the case of roaming user data on a network, the document server, they have access to your files.
1645
General Software Discussion / Re: Solving Issues - Pain and More Pain
« Last post by f0dder on March 04, 2011, 01:40 AM »
XML - Pain and More Pain

There, fixed the topic for you.
1646
Living Room / Re: Is this the worlds most elegant keyboard?
« Last post by f0dder on March 03, 2011, 02:08 PM »
I'd rather have a Das Keyboard than the Optimus, I think.
1647
Living Room / Re: Is this the worlds most elegant keyboard?
« Last post by f0dder on March 03, 2011, 02:04 PM »
* f0dder gouges out his eyes
1648
General Software Discussion / Re: Serial Key Storage for Windows
« Last post by f0dder on March 03, 2011, 10:15 AM »
Does fSekrit work on Windows 7?
Yes! All editions.
Yup - and I've had to jump through a fair amount of hoops to ensure it works under Win9x. Not needed by a lot of users (Win9x support was broken for a couple of versions before anybody noticed :-[), but it's there for those who need it.

Only thing that can be a problem with fSekrit is übernazi anti-malware programs - they don't like code that modify executable files :)
1649
General Software Discussion / Re: Serial Key Storage for Windows
« Last post by f0dder on March 02, 2011, 04:40 PM »
It's tiny, reliable, and does one thing extremely well - which makes it a perfect app for portable use. Everything is stored in the executable so there's no separate datafile to go looking for. Sweet! :up:
 (see attachment in previous post)
fSekrit is a small application for keeping securely encrypted notes. These notes are truly stand-alone; the editor program and your note are merged together into a tiny self-contained program file, bypassing the need to install a special application to view your data. This makes fSekrit ideal for keeping encrypted notes on, for example, USB flash drives.

Luck! :Thmbsup:


I just realized that you have obscured the directory, but not the keys!  Will that be problematic?
Looks like bogus example keys to me - have never seen Microsoft ECC product keys without numbers in them :)
1650
General Software Discussion / Re: DVCS ?
« Last post by f0dder on March 02, 2011, 11:18 AM »
mwb1100: I believe Mercurial has (limited) supported for that stuff as well - Git goes all the way and lets you shoot off your legs by allowing heavy history modification... the kind that's nifty to have, but will make people want to rip out your guts if you ever perform it on world-pushed history :)
Pages: prev1 ... 61 62 63 64 65 [66] 67 68 69 70 71 ... 364next