Recent Posts

Pages: [1] 2 3 ... 10
1
Internet / Re: Firefox and disk cache - not using it, but why?
« Last post by Dave Yeo on March 01, 2026, 11:08:26 pm »
Quite possible I broke something over the years with security fixes from tenfour, changes to compile under the newer GCC etc, as I never checked the cache. It does work to a degree, after shutting the browser down and restarting some pages load from cache, though not as many as do under newer SM on Linux. SM, FF and TB share the code.
I have no idea where the cache code resides and don't feel motivated to explore the issue as it is working well enough in this broadband era.
2
Hello Martin!

I am wondering, is there some ongoing work still being done?

Reason for asking: the last 2-3 days trying to get to the forum has been very spotty...tracerte consistently (for me) shows the following:

Code: [Select]
traceroute to os2world.com (178.236.76.172), 30 hops max, 38 byte packets
 1  40:B0:76:13:81:00         (192.168.1.1)  0 ms  0 ms  0 ms
 2  bas1.wndson17.mnsi.net    (216.8.136.77)  0 ms  0 ms  0 ms
 3  br0.win.mnsi.net          (216.8.137.193)  10 ms  10 ms  10 ms
 4  port-channel8.core1.tor2.he.net  (209.51.184.205)  0 ms  10 ms  10 ms
 5  port-channel9.core2.tor1.he.net  (184.104.197.133)  0 ms  10 ms  10 ms
 6  100ge0-76.core3.nyc4.he.net  (184.104.196.177)  10 ms * *
 7  port-channel2.core2.ewr5.he.net  (184.104.188.253)  20 ms  20 ms  20 ms
 8  port-channel4.core3.cph1.he.net  (184.104.189.26)  90 ms  90 ms  100 ms
 9  netnod-ix-cph-green-9000.teleservice.net  (212.237.192.236)  90 ms netnod-ix-cph-green-9000.teleservice.net  (212.237.193.236)  100 ms netnod-ix-cph-green-9000.teleservice.net 212.237.192.236)  90 ms
10  rtr-100-mmo-5-link.teleservice.net  (85.30.128.86)  100 ms  100 ms  90 ms
11  host-85-30-131-67.sydskane.nu  (85.30.131.67)  100 ms  100 ms  90 ms
12  * * *
13  * * *

thanks!
3
Programming / Re: Compiling uchardet
« Last post by Michael on March 01, 2026, 09:42:22 pm »
Hello Tellie,

Thank you for your help. In the meantime, I have downloaded the latest version of CMake from Paul Smedley and I'm no longer receiving the previous messages. However, it seems that the makefiles now require quotation marks for the path specifications. Very strange...

I will take a closer look at this when I have the time. My goal is actually to compile NotepadQQ for OS/2. All prerequisites would be in place once uchardet is built.

Thank you once again,
Michael
4
Internet / Re: Firefox and disck cache - not using it, but why?
« Last post by Dariusz Piatkowski on March 01, 2026, 04:22:24 am »
Dave!

I seem to have the same behaviour here. With SM as well. Wonder if one of updates broke something.
One thing I do is keep the cache on my ram disk so as not to wear my SSD. On Firefox need to add the string preference browser.cache.disk.parent_directory and point it to where you want.
I'll keep an eye on the cache

I did quite a bit of surfing for the answer, but seeing how old our FF is very few topics were relevant. Having said that, I went through the regular suspects, such as: combination of private session setups and the previous bugs that would force the disk cache to be disabled...alas, those were actually FF releases prior to ours.

As it happens I try to do an occasional FF profile backup, but seeing as I haven't been really consistent with this (given that I do a DAILY rsync copy) the last backups I had were from Feb-2024...but no-go there, meaning, nothing was to be found in the 'cache2' subdirectory. Keep in mind though that in order to minimize the backup size I typically would purge the cache first before I ran the backup...lol, great intent, but that approach messes with our troubleshooting today!

Anyways, I did play around with re-directing to my RAMDISK, no change there.

I am going to revert to the previous cache engine setting and see if that does have any impact.
5
Web applications / Re: Memcached 1.2.6
« Last post by Igor on March 01, 2026, 01:16:59 am »
Hi!

Multitasking support has ben rewriten. This paves the way for porting modern versions of the program.
Attached multi-threaded version 1.2.8.
6
Internet / Re: Firefox and disck cache - not using it, but why?
« Last post by Dave Yeo on March 01, 2026, 12:09:57 am »
I seem to have the same behaviour here. With SM as well. Wonder if one of updates broke something.
One thing I do is keep the cache on my ram disk so as not to wear my SSD. On Firefox need to add the string preference browser.cache.disk.parent_directory and point it to where you want.
I'll keep an eye on the cache
7
Hardware / Re: Problem with Panorama resultion
« Last post by Neil Waldhauer on February 28, 2026, 04:21:16 pm »
It may be that the PC manufacturer fixed their CSM software that provides the Video BIOS. If you can update the BIOS, it might help.
8
Internet / Firefox and disk cache - not using it, but why?
« Last post by Dariusz Piatkowski on February 28, 2026, 06:04:17 am »
Hmm...so I've got what seems like a weird situations: my trusty FF 45.9 seemingly stopped using disk cache at some point in time.

Seeing as I would rarely check this, I honestly have no idea when this might have happened.

I have FF configured to automatically control the size of the disk cache, but even if I manually overwrite and force a max value, the count always stays at 0 (zero).

Hmm...indeed, looking at the FF profile directory I only find this:

Quote
Directory of G:\HOME\MOZILLA.ORG\USERPROFILES\Mozilla\Firefox\Profiles\p5gjgk21.Testing

 2-27-26  9:11p         <DIR>      0 ----  Cache
 2-27-26 11:44p         <DIR>      0 ----  cache2
 2-27-26 12:15p         <DIR>      0 ----  OfflineCache
 2-27-26  9:11p             1    124 a---  _CACHE_CLEAN_
        4 file(s)           1 bytes used

where: 'cache2' is what used to have all the disk cache entries, and it is empty...

HOWEVER

'Cache' does seem to have some stuff stored in it, such as:

Quote
Directory of G:\HOME\MOZILLA.ORG\USERPROFILES\Mozilla\Firefox\Profiles\p5gjgk21.Testing\cache

 2-27-26  9:11p         <DIR>      0 ----  .
 2-27-26 11:50p         <DIR>    388 ----  ..
 2-27-26  9:11p         <DIR>      0 ----  0
 2-27-26  9:11p         <DIR>      0 ----  1
 2-27-26  9:11p         <DIR>      0 ----  2
 2-27-26  9:11p         <DIR>      0 ----  3
 2-27-26  9:11p         <DIR>      0 ----  4
 2-27-26  9:11p         <DIR>      0 ----  5
 2-27-26  9:11p         <DIR>      0 ----  6
 2-27-26  9:11p         <DIR>      0 ----  7
 2-27-26  9:11p         <DIR>      0 ----  8
 2-27-26  9:11p         <DIR>      0 ----  9
 2-27-26  9:11p         <DIR>      0 ----  A
 2-27-26  9:11p         <DIR>      0 ----  B
 2-27-26  9:11p         <DIR>      0 ----  C
 2-27-26  9:11p         <DIR>      0 ----  D
 2-27-26  9:11p         <DIR>      0 ----  E
 2-27-26  9:11p         <DIR>      0 ----  F
 2-27-26  9:11p     4,194,304      0 a---  _CACHE_001_
 2-27-26  9:11p     4,194,304      0 a---  _CACHE_002_
 2-27-26  9:11p     4,194,304      0 a---  _CACHE_003_
 2-27-26  9:11p           276      0 a---  _CACHE_MAP_
       22 file(s)  12,583,188 bytes used

The problem being though: I have never seen 'Cache' being used before, as in none of my periodic FF Profile backups have ever showed it, nor does my FF install appear to be using this in any particular way.

The about:cache page shows the "G:\HOME\MOZILLA.ORG\USERPROFILES\Mozilla\Firefox\Profiles\p5gjgk21.Testing\cache2" as the proper disk cache location.

Anyways, I played around with changing various settings, the sort of OFF/ON again thing, but nothing seems to make a difference.

I'm curious if anyone has seen this behaviour before?
9
Hardware / Re: Problem with Panorama resultion
« Last post by Dave Yeo on February 27, 2026, 04:11:43 am »
You might be out of luck. Panorama depends on the video bios and sometimes that video bios seems to initialize different ports differently.
Hopefully others have other ideas. I'd suggest a ticket but if you're running 5.06 you're likely out of support.
10
Hardware / Problem with Panorama resultion
« Last post by Martin Vieregg on February 26, 2026, 11:56:42 pm »
My son crashed the HDMI socket of a 2560x1440 screen. The displayport socket is still intact, but my PC does not have a displayport socket. I bought a special adaper cable with a small box (in the other direction, from Displayport to HDMI, you don't need this box, an adapter cable is sufficient) and with Windows, the computer works fine. But with OS/2 (ArcaOS 5.0.6), the computer first turns to VGA and then I can choose 1920x1200 for the next reboot and this lower resultion works. I have a second screen with an intact HDMI socket. I can boot OS/2 by using HDMI and then remove the HDMI cable and switch to the adapter cable and OS/2 shows the full resolution.

So the problem is "only" an initialization problem with Panorama. I already used:
panoutil -c 2560 1440 c:
but this had no effect.

How can I force a specific resultion (on my own risk)?
Any ideas are greatly appreciated.
Pages: [1] 2 3 ... 10