بله ، این یک اشکال است اما مسئله ای نیست.

crunch تعداد بایت های مورد انتظار را به عنوان یک عدد صحیح 64 بیتی حساب می کند. وقتی تعداد بایت های خروجی پایین را بررسی می کنید ، می بینید که آن 17251705690018753536 است ، که این یک تعداد نسبتاً عظیم است.

در واقع ، اگر از log_2 (17251705690018753536) استفاده کنیم ، ما 63.9 … را بدست آورید ، این بدان معنی است که به نقطه سرریز 64 بیتی ، یعنی 18446744073709551615 بسیار نزدیک است. با اضافه کردن کاراکترهای بیشتر به لیست کلمات ، این تعداد برای رسیدگی بسیار زیاد می شود و می چرخد. هر تعداد خروجی بعدی بی فایده و دلخواه باشد.

اما چرا این مسئله مشکلی نیست؟ به عبارت ساده تر ، زیرا هیچ کس این لیست بندی ها را بزرگ نمی کند. آیا می توان این را ثابت کرد؟ بله ، این crunch می تواند از عدد صحیح 128 بیتی استفاده کند ، اما واقعاً هیچ مشکلی در دنیای واقعی را حل نمی کند.