Search found 5511 matches

by counting_pine
May 14, 2019 20:10
Forum: Projects
Topic: 80486 emulator with SVGA in BASIC!!!!!
Replies: 24
Views: 3957

Re: 80486 emulator with SVGA in BASIC!!!!!

I happen to have a copy of the archive downloaded from this thread, which was, I am pretty sure, PCEM_FB486.rar. I've uploaded it as a Github repo: https://github.com/countingpine/PCEM_FB486 I couldn't find any copyright information in the archive. I was going to add copyright info from version 0.41...
by counting_pine
May 11, 2019 15:07
Forum: General
Topic: Problem writing 8GB array to disk
Replies: 25
Views: 2204

Re: Problem writing 8GB array to disk

I've drafted some drop-in replacement fread/fwrite functions for the rtlib: static __inline__ size_t fread_large( void *ptr, size_t size, size_t nmemb, FILE *stream ) { size_t total = 0, nread, nchunk, shift; if (size < 1 || nmemb < 1) return 0; /* read at least 1MB of items per chunk */ for (shift ...
by counting_pine
May 09, 2019 14:01
Forum: General
Topic: Problem writing 8GB array to disk
Replies: 25
Views: 2204

Re: Problem writing 8GB array to disk

Hmm, looks like it might be a bug not in FB itself, but in Windows fwrite(): https://stackoverflow.com/questions/18694889/c-fwrite-binary-file-bigger-than-4gb/18694929#18694929 https://brucebcampbell.wordpress.com/2014/07/15/4gb-c-standard-library-fwrite-limit/ We use it in https://github.com/freeba...
by counting_pine
May 09, 2019 7:45
Forum: General
Topic: Problem writing 8GB array to disk
Replies: 25
Views: 2204

Re: Problem writing 8GB array to disk

I suspect there may be a (signed?) 32-bit overflow somewhere, if 2GB is not working. Here's a function that writes a pointer in 1GB chunks. function putptr(p as any ptr, size as longint, count as longint, handle as integer, position as longint = 0) as integer if count <= 0 or size <= 0 then return 0...
by counting_pine
May 05, 2019 15:32
Forum: Documentation
Topic: SWAP keyword
Replies: 35
Views: 13110

Re: SWAP keyword

I think it’s enough to say that with variable-length strings, the descriptors are swapped without reallocating any string data memory. And for UDTs, the contents of the structures are swapped without any operators or methods being called. I don’t think it is worth discussing efficiency. The semantic...
by counting_pine
May 03, 2019 13:51
Forum: Community Discussion
Topic: Challenge : Sfx encrypted file, to verify it's security level
Replies: 9
Views: 3268

Re: Challenge : Sfx encrypted file, to verify it's security level

As far as I know, there are no cryptographers or reverse engineering experts on the forum.. Compiled source code is a powerful obfuscation barrier, but an expert would probably be able to estimate a reasonable timeframe for cracking that step. If you truly want to know how secure it is, share the al...
by counting_pine
May 03, 2019 13:18
Forum: DOS
Topic: FreeDOS 21st century?
Replies: 17
Views: 12078

Re: FreeDOS 21st century?

There seems to be a forum of sorts for the Night Kernel at https://groups.google.com/forum/#!forum ... dos-kernel
by counting_pine
Apr 23, 2019 12:49
Forum: Tips and Tricks
Topic: Rutt Etra Izer Effect v0.7
Replies: 2
Views: 3804

Re: Rutt Etra Izer Effect v0.6

Wow, that's pretty cool.

What does the effect do? Is it giving a Z coordinate based on the colour value?
by counting_pine
Apr 22, 2019 13:18
Forum: General
Topic: Programming/math "puzzle" for you, guys
Replies: 57
Views: 6173

Re: Programming/math "puzzle" for you, guys

Thanks for your update, xlucas. It's good to know this is a formally studied type of sequence, and there's at least one method of reliably generating them. I made a version based on the sample Python code on the Wikipedia page. The alphabet and the subsequence length are adjustable as constants: con...
by counting_pine
Apr 11, 2019 15:51
Forum: General
Topic: fbGFX: BUG in Paint statement
Replies: 46
Views: 3498

Re: fbGFX: BUG in Paint statement

Thanks, this is looking better. It occurs to me that full Circles are drawn differently from partial ones - the former uses the Bresenham algorithm, while the latter use an unsophisticated Sin/Cos based approach. (It would be great to fix this some time..) But as far as I know, full circles shouldn'...
by counting_pine
Apr 11, 2019 14:27
Forum: General
Topic: fbGFX: BUG in Paint statement
Replies: 46
Views: 3498

Re: fbGFX: BUG in Paint statement

Thanks fxm. Now I look back at my words, probably it's enough to say "not recommended", rather than "strongly advised against". I think the recommendation should go on Paint's page only - my personal feeling is that it's not needed to talk specifically about Paint on the Line/Cir...
by counting_pine
Apr 10, 2019 14:52
Forum: General
Topic: fbGFX: BUG in Paint statement
Replies: 46
Views: 3498

Re: fbGFX: BUG in Paint statement

The documentation notes should be specific that the problem occurs in conjunction with GFX_ALPHA_PRIMITIVES. It would be better to phrase the problem as overdraw, chaing the resulting colour of affected pixels. It should try not to make any implication that it will behave in these ways, only that th...
by counting_pine
Apr 09, 2019 13:02
Forum: Windows
Topic: PALETTE USING and SCREEN bug on newer windows OS
Replies: 7
Views: 5935

Re: PALETTE USING and SCREEN bug on newer windows OS

Thanks. I just generated a quick greyscale palette with for i as integer = 0 to 255: palette i, i,i,i: next i It looks like your Screen 18 is set to go fullscreen, that might make a difference. It would probably be a good idea to go fullscreen on both or neither, to confirm whether that's the proble...
by counting_pine
Apr 09, 2019 12:57
Forum: General
Topic: fbGFX: BUG in Paint statement
Replies: 46
Views: 3498

Re: fbGFX: BUG in Paint statement

I don't know.. On the one hand, the cause for this problem was not obvious, and baffled multiple people. On the other hand, it feels like a lot of text just to say, in effect, "warning: blended borders will be blended". Really, the problem here is that boxes are drawn twice at the corners,...
by counting_pine
Apr 07, 2019 21:39
Forum: General
Topic: fbGFX: BUG in Paint statement
Replies: 46
Views: 3498

Re: fbGFX: BUG in Paint statement

using opaqueness: It only takes one pixel overlap in a perimeter to leak, because this pixel will be a different colour Using line()-(),b overlaps at each corner. Nice discovery, dodicat! I've put a note about this in the bug report: 896 Unfortunately fixing the box drawing to prevent this double-b...

Go to advanced search