You don't need cocoafob.m as it's test code. CFobLicVerifier.{h|m} and
CFobError.{h|m} should be it as all the necessary decoding in the
no_openssl branch is handled using SecurityFramework. The function
codecheck() in cocoafob.m just shows you how to verify a licence.
Regards,
Gleb
On 13 January
This is a fight you cannot win, so don't waste your time. A dedicated
cracker will bypass any protection. I use minimal obfuscation and
asymmetric key generation, and that's it.
Gleb
On 13 January 2015 at 02:32, Graham Cox wrote:
>
> > On 13 Jan 2015, at 1:18 pm, Charles Srstka
> wrote:
> >
>
>> Or you go find documentation on CocoaFob’s file format,
>
> Tried that…
There is no file involved, it’s just a string containing user name and whatever
else you need to verify the license. It is described in CocoaFob README and
there is a small sample available as well.
>
>> which I’m sure
Duet adds a connected iPad as a second display which you can set to use Retina
resolution. I just tried it and it seems to work pretty well with only a slight
lag. I bought Duet with the main purpose of testing my apps at the Retina
resolution without having to switch the main display to one.
h
From Realm home page: "Realm is not built on SQLite."
On 23 Aug 2014, at 17:57, Carl Hoefs wrote:
>
> On Aug 23, 2014, at 9:23 AM, Glenn L. Austin wrote:
>
>> CoreData is not a database (according to Marcus Zarra -- and he should
>> know). Even though it *can* use an SQLite data store (and
There is also YapDatabase https://github.com/yaptv/YapDatabase -- a KV-store
built atop SQLite.
On 23 Aug 2014, at 16:17, Carl Hoefs wrote:
> Wow, I didn’t realize there were so many options. I’ll be looking into all of
> these (SQLite, CoreData, FMDB, Realm) to see which fits into my project'
On 27 Nov 2012, at 22:11, Peter Ammon wrote:
> Are you sure you need a nested split view at all? A single split view can
> have multiple panes.
Wow, I must have missed that. I'm in exactly the same situation as the OP.
After reading this I tried dragging a custom view and dropping it on a nor
of
> them, I thought I'd ask here for opinions. The idea is to create a 512x512
> pixel icns icon for my app to use if I ever succeed of getting it on the App
> Store.
Sketch 2 is quite good: http://bohemiancoding.com/sketch/
Opacity is very capable too: http://likethought.com/opa
is
> incomplete at the moment which could be part of the problem.
>
> --Graham
>
>
>
> On 14/12/2011, at 1:44 PM, Gleb Dolgich wrote:
>
>> This works for me:
>>
>> killall helpd
>> rm -rf ~/Library/Caches/com.apple.help*
>>
>> --
&g
This works for me:
killall helpd
rm -rf ~/Library/Caches/com.apple.help*
--
Gleb Dolgich
PixelEspresso
http://www.pixelespressoapps.com
On 13 Dec 2011, at 22:17, Graham Cox wrote:
> With each update of our app, we typically change the help book. We're finding
> that the system i
Have a look at my CocoaFob at https://github.com/glebd/cocoafob/
Regards,
--
Gleb Dolgich
PixelEspresso
http://www.pixelespressoapps.com
On 30 May 2011, at 00:58, Todd Heberlein wrote:
> For Cocoa apps not distributed through the Mac App Store, is there a
> common/recommended design p
k and feel of UIKit controls is there for a reason, don't throw
that away.
--
Gleb Dolgich
PixelEspresso
http://www.pixelespressoapps.com
On 21 Apr 2011, at 17:18, Scott Andrew wrote:
> Don't give up on UIKit. You will find you can do alot with UIKit. I have used
> UIKit extensiv
Have a look at AQGridView: https://github.com/AlanQuatermain/AQGridView
--
Gleb Dolgich
PixelEspresso
http://www.pixelespressoapps.com
On 27 Feb 2011, at 03:10, Lightning Duck wrote:
> I need to make something like a 2D grid of icons where each icon is tappable.
> This seems like
I created a fork of BWToolkit with an added target for Mac App Store which has
private APIs conditionally removed; our app Decloner that uses it is in the App
Store.
https://github.com/glebd/bwtoolkit
--
Gleb Dolgich
PixelEspresso
http://www.pixelespressoapps.com
On 21 Feb 2011, at 05:53
http://blog.steventroughtonsmith.com/2010/02/apples-ibooks-dynamic-page-curl.html
--
Gleb Dolgich
http://pixelespressoapps.com
On 6 Apr 2010, at 16:56, Laurent Daudelin wrote:
> So, no other response from the regular crowd of "resident experts" on how
> Apple engineers did thi
t; one would be able to achieve such effect?
http://blog.steventroughtonsmith.com/2010/02/apples-ibooks-dynamic-page-curl.html
--
Gleb Dolgich
http://pixelespressoapps.com/decloner
Decloner -- find and remove duplicate files on your
Mac___
Cocoa-dev
it://github.com/gbd/cocoafob.git
You'll have to implement limitation of functionality yourself though.
--
Gleb Dolgich
PixelEspresso
http://pixelespressoapps.com___
Cocoa-dev mailing list (Cocoa-dev@lists.apple.com)
Please do not post admin reques
if at all
possible. I'm not an expert on Keychain, so I can't point you to the right API
calls, sorry.
--
Gleb Dolgich
http://pixelespressoapps.com
On 30 Dec 2009, at 19:23, Mr. Gecko wrote:
> But then the child/teenager, if they know about keychain they could check it
>
You could store the generated key in a keychain. This way you wouldn't have to
ask for the password to access the encryption key.
--
Gleb Dolgich
http://pixelespressoapps.com
On 30 Dec 2009, at 18:58, Mr. Gecko wrote:
> But then how would I get the data? If the key has to do with the
your program. With you current scheme, if anyone
breaks your 'common' key, everyone will be able to circumvent your parental
protection.
--
Gleb Dolgich
http://pixelespressoapps.com___
Cocoa-dev mailing list (Cocoa-dev@lists.apple.com)
Please
or
> teenagers to find.
I'm sure it is possible to obfuscate the strings, but security by obscurity
never works, and if you are distributing a private key inside your app for
encryption, you are doing it wrong IMHO.
--
Gleb Dolgich
http://pixelespressoapps.com
__
oko.com/repos/z-base-32/base32/
>
Hope this helps.
--
Gleb Dolgich
http://pixelespressoapps.com/decloner -- Find and remove duplicate
files on your Mac
___
Cocoa-dev mailing list (Cocoa-dev@lists.apple.com)
Please do not post admin requests or moderato
On 27 May 2008, at 09:21, Scott Anguish wrote:
On May 27, 2008, at 4:02 AM, George Stuart wrote:
WooHoo! My first post to cocoa-dev... and it's to ask -- is this
appropriate for cocoa-dev?
The iPhone SDK is under NDA and can not be discussed here.
scott
[moderator]
At the moment iPhone
23 matches
Mail list logo