05-07-2023, 05:16 AM
(This post was last modified: 05-07-2023, 09:41 PM by mnrvovrfc.
Edit Reason: Really tried it on Debian
)
(05-06-2023, 10:28 PM)mnrvovrfc Wrote: The thing is that more than once, I just unpacked the entire contents of the TAR.GZ into the place where I installed QB64PE earlier, and chose "Overwrite everything" without thinking about it. So I lost a few settings for "config.ini", had to fumble in the IDE again because of it.
Agreed if I were on Windows. On Windows should always have a brand new directory for the latest version of QB64(PE); rename the old one or delete it (if disk space is getting short). Even if MinGW and its associates received no changes whatsoever.
But I haven't had problems with doing this on Linux because I make sure to be as updated as possible then run "setup_lnx.sh" right after unpacking the QB64PE archive.
Right now I'm on EndeavourOS GNOME and just did the full system update which changed over 3GB on the disk. It included GNOME v44 desktop and many other things without frills, so this was pretty huge.
EDIT: I discovered I did not previously have QB64PE installed on this LinuxOS example!
Might be interested in this, coming from creating "qb64pe" executable on Arch-based:
Code: (Select All)
internal/c/parts/video/font/freetypeamalgam.c: In function ‘load_truetype_glyph’:
internal/c/parts/video/font/freetypeamalgam.c:134486:26: warning: storing the address of local variable ‘inc_stream’ in ‘*loader.stream’ [-Wdangling-pointer=]
134486 | loader->stream = &inc_stream;
| ~~~~~~~~~~~~~~~^~~~~~~~~~~~~
internal/c/parts/video/font/freetypeamalgam.c:134425:25: note: ‘inc_stream’ declared here
134425 | FT_StreamRec inc_stream;
| ^~~~~~~~~~
internal/c/parts/video/font/freetypeamalgam.c:134408:35: note: ‘loader’ declared here
134408 | load_truetype_glyph( TT_Loader loader,
| ~~~~~~~~~~~^~~~~~
In function ‘ft_mem_realloc’,
inlined from ‘FT_CMap_Done’ at internal/c/parts/video/font/freetypeamalgam.c:65735:10:
internal/c/parts/video/font/freetypeamalgam.c:1821:21: warning: ‘memset’ specified bound 18446744073709551608 exceeds maximum object size 9223372036854775807 [-Wstringop-overflow=]
1821 | #define ft_memset memset
| ^
internal/c/parts/video/font/freetypeamalgam.c:11622:45: note: in expansion of macro ‘ft_memset’
11622 | #define FT_MEM_SET( dest, byte, count ) ft_memset( dest, byte, count )
| ^~~~~~~~~
internal/c/parts/video/font/freetypeamalgam.c:11628:37: note: in expansion of macro ‘FT_MEM_SET’
11628 | #define FT_MEM_ZERO( dest, count ) FT_MEM_SET( dest, 0, count )
| ^~~~~~~~~~
internal/c/parts/video/font/freetypeamalgam.c:70721:11: note: in expansion of macro ‘FT_MEM_ZERO’
70721 | FT_MEM_ZERO( (char*)block + cur_count * item_size,
| ^~~~~~~~~~~
I wish I remembered while I did the creation process on Spiral Linux KDE, probably threw no warnings since it's just "repackaged" Debian.
EDIT: Just tried it with the Debian "DVD" v11.7 dated 29-April-2023 without non-free firmware (in other words, use Ethernet cable instead of looking for Wifi Internet), installed with XFCE, and installed QB64PE there. No warnings, no problems.