Show Posts

This section allows you to view all posts made by this member. Note that you can only see posts made in areas you currently have access to.


Messages - Dariusz Piatkowski

Pages: 1 ... 36 37 [38] 39 40 ... 89
556
Programming / Re: REXX and double quoted INPUT parameter strings
« on: October 13, 2020, 03:21:20 am »
Hi Andreas,

...Please exchange the quotes in the Enquote func

from:
      Filename = "'"Filename"'"    (double quote - single quote - double quote)
to:
      Filename = '"'Filename'"'    (single quote - double quote - single quote)

Your version won't work for CMD.

Hmm...I had originally used exactly the solution you initially suggested, but I found that it did not work for me. The only way I could make it work was by reversing these into that double-single-double combination. That is actually how I have been running it here ever since.

Please explain further the last comment...how does this not work for CMD? Do you mean the regular OS/2 CMD? This is the only thing I use here, and it's working fine.

In particular, the following code is what actually executes RSYNC:

Code: [Select]
      /* check to see if we have a user supplier RSYNC path */
      IF rsync_exe_file <> '' THEN
         '@'||rsync_exe_file||' '||rsync_cli
      ELSE
         /* if not, rely on RSYNC being somewhere in the PATH */
         '@'||'rsync'||' '||rsync_cli

and in case where either the SOURCE or TARGET folder names have a space in them, RSYNC needs that single quote around that folder name, for example:

Code: [Select]
===============================================================================
RSYNC started:     10/12/20 - 21:16:29...

SOURCE_FOLDER => G:/DESKTOP/Misc Info
TARGET_FOLDER => V:/public/documents

RSYNC CLI =>--dry-run --archive --delete --progress --stats --whole-file --no-xattrs --human-readable --quiet  --exclude-from=G:\mptn\etc\rsync_exclude --log-file=G:\tmp\log\rsync_REMOTE_backup.log 'G:/DESKTOP/Misc Info' V:/public/documents
-----------------------------------------
2020/10/12 21:16:29 [443] building file list
2020/10/12 21:16:45 [443] Number of files: 2382
2020/10/12 21:16:45 [443] Number of files transferred: 0
2020/10/12 21:16:45 [443] Total file size: 1.10G bytes
2020/10/12 21:16:45 [443] Total transferred file size: 0 bytes
2020/10/12 21:16:45 [443] Literal data: 0 bytes
2020/10/12 21:16:45 [443] Matched data: 0 bytes
2020/10/12 21:16:45 [443] File list size: 61.97K
2020/10/12 21:16:45 [443] File list generation time: 0.001 seconds
2020/10/12 21:16:45 [443] File list transfer time: 0.000 seconds
2020/10/12 21:16:45 [443] Total bytes sent: 62.99K
2020/10/12 21:16:45 [443] Total bytes received: 1.02K
2020/10/12 21:16:45 [443] sent 62.99K bytes  received 1.02K bytes  3.66K bytes/sec  elapsed 00:00:17
2020/10/12 21:16:45 [443] total size is 1.10G  speedup is 17243.86 (DRY RUN)
-----------------------------------------

RSYNC completed:   10/12/20 - 21:16:45...

RSYNC took 15.810000 seconds to complete the REMOTE backup task!
===============================================================================
But let me make that tweak and try it out...

557
Programming / Re: REXX and double quoted INPUT parameter strings
« on: October 12, 2020, 10:44:08 pm »
Hi everyone!

Alright, so I took a little more time to re-do parts of the logic, we have a lot more user control now that allow you to fine-tune the script to your particular system configuration. Right at the front in the 'main:' you've got some variables that point to RSYNC, various control files you might be using, etc. Stuff that was previously hard-coded is now defined with some defaults (still specific to my config), but which are all now found in one spot and can be easily adjusted.

Take a look please at the attached script, change the extension if you intend to run.

By DEFAULT this will execute RSYNC with --dry-run option, so no actual writes will happen. If you want to use this just head on over to the build_rsync_parameter_arrays procedure which actually defines this using an array. This gives us a fully dynamic way to adjust what level of optional other RSYNC parameters you want to utilize. If you need more, just execute 'man rsync' at CLI, grab whatever options you want and toss that in as an extra array entry. Don't forget to adjust the TOTAL count of all options in the matching rsync_param_local.0.0 or rsync_param_remote.0.0 entry.

By all means feedback is always welcome. This was a fun exercise to develop a much better REXX on our platform understanding. Appreciate everyone's help in getting me there!

558
Setup & Installation / Re: Problem with SNAP resulution
« on: October 11, 2020, 09:54:00 pm »
...This is no surprise. From what I have heard, AN bought the driver, but they have done absolutely NOTHING with it, other than change the branding to Arca Noae, and verify that they can build it...

Well, the claim is that AOS did close out some of the SMP bugs in SNAP drivers, I for one will tell you that running the latest AOS drivers vs the last official SNAP release finally allows me to get past the occasional WPS blue-screen halt.

Having said that, there are various perhformance degradations that occur with the AOS release, but at least for me here the benefit of a guaranteed WPS boot outweights any other sacrifices.

I will say the following though: I wish that AOS would at the very least release the matching SDK for their SNAP drivers. There is so much more than could actually be done with the SNAP APIs that it floor me we haven't gone down that route.

Case in point, my XT850 XT PE hardware is limitted to the general driver speed limitations of both core and memory speed of 400 MHz, meanwhile, the XT PE config (which was the top-of-the-line setup of the XT850 release) is a 540/500 MHz rated hardware.

I had actualy originally modified the last SNAP SDK sample program to enable that adjustment, sadly having moved to the AOS releases now prevents the old changes from working due to driver release level incompatibilities.

559
Setup & Installation / Re: Problem with SNAP resulution
« on: October 11, 2020, 05:25:05 pm »
Hi Martin,

On the 'Screen' tab of the 'Screen' object, what happens when you press the 'Advanced' button?

It should work and should open up the txt version of the SNAP config controls. If it works, select '8 - VESA DDC Display Channel...' setting and pull up the EDID for your screen.

When you do this two things should happen:
1) a HEX dump of the EDID date is shown first
2) a SNAP interpretation of the EDID record shows next, this amongst many things should show you the max resolution supported by the display

Also, back in the menu menu of the text control selecting '0 - Interactive Tests' will allow you to select the display resolution you want to test...I'm curious if 1920x1200 shows up there?

560
Programming / Re: How to check file accessibility in REXX?
« on: October 11, 2020, 05:18:11 pm »
Andy and Pete,

Thank you guys. The sysfiletree() function is exactly what I was looking for and RexxUtil library has that available on our OS/2 platform. The Tips & Trick INF has some great info (i had an older version here) and the example pointed out will be a great reference point for me.

Cheers to all!

561
Programming / How to check file accessibility in REXX?
« on: October 11, 2020, 03:30:28 am »
Looking to do this in REXX for a couple of reasons:

1) my NetDrive samba plug-in stops reasponding after some hours...not sure why, all I can tell is that the mapped drive no longer has any contents available, which means that neither through WPS nor command line can I actually get to the remote Samba share

NOTE: I simply kill ndctl.exe, re-start and all is well once again...until the next time!  ???

2) for the above reason I need to enhance my RSYNC copy REXX script so that it verifies the accessibility of both the SOURCE and TARGET objects before any processing actually starts. In general this is good practice regardless. In my case the added benefit is that if ndctl.exe died again at least I know that, and can either re-start first or simply stop the script execution

OK, so right now I'm pulling the RexxUtil library into my RSYNC script, is there something there I should look at?

My REXX familiarity and experience are very surface level (rudimentary), although way back when, as in 20 yrs ago, I used to do a boat-load of mainframe scripting with REXX...ha ha. I suspect there is something out there that would allow me to basically point to a fully qualified filename (so path and the filename) to see if the given 'object' can be accessed. If my NetDrive plugin dies that call should fail and I should be able to trap that exception.

Any suggestions where I can find that additional info?

Thanks!

562
Setup & Installation / Re: Problem with SNAP resulution
« on: October 11, 2020, 12:47:13 am »
SET VCFG_NO_DDC is already set to true.

Hmm...but yet you still show the following in the LOG:

Disable DDC detection.... Off

Code: [Select]
Global options for all devices:
  Force VBE Fallback ...... Off
  Force VGA Fallback ...... Off
  Allow non-certified ..... On
  Disable write combining . Off
  Use BIOS for LCD panel... Auto
  Shared AGP memory size... 4096 KB
  Use system memory driver. Off
  Disable DDC detection.... Off
  Virtual Display.......... Off

So I'm thinking this is NOT actually getting shut OFF?

Are you running in a single screen, or dual screen configuration?

Any chance you are limitting the amount of video memory available to the drivers? I limit mine to 24M to minimize the impact on remaining hardware. I did not see anything in your LOG file to indicate this though.

563
Setup & Installation / Re: Problem with SNAP resulution
« on: October 10, 2020, 07:48:19 pm »
Hi Martin,

In the \os2\drivers\snap\config\graphics directory there is a file 'graphics.log', that will have a log of SNAP initializing and figuring out what modes are available.

I'd start with that, if you want grab it and post it here we can work through it's contents. Take a look at what's included in mine (attached to this post).

Beyond this, whenever I've seen this type of a situation it almost always has been caused by a monitor EDID that SNAP interpreted as something that did not support a particular resolution you selected. The weird thing is that you actually do see that resolution shown but upon re-boot it does not become the active resolution. I would hope the graphics.log file will tell us a bit more about that.

One thing you could try is to turn OFF the DDC detection logic, you can do so by including the following in your CONFIG.SYS:

SET VCFG_NO_DDC=TRUE

That is supposed to force SNAP to using the resolution and settings you specified as opposed to checking the monitor capabilities at boot time.

564
Applications / Re: SAMBA Network access denied
« on: October 05, 2020, 09:47:58 pm »
Hi Neil,

I can verify that ndpsmb.dll 3.7.1 dated July 28, 2020 is in ArcaOS 5.0.6. I'm seeing the dates messed up, but the exact cause is unknown. I'll edit this message if I find the cause.

3.7.2 is out, maybe give that a try?

I went from 3.7.1 here to 3.7.2, no issues to report, but I wasn't specifically trying to address a particular problem as my OS/2 box is a CLIENT only to the LAN NAS box.

565
Internet / Re: FF 45.x and CPU spikes
« on: October 05, 2020, 09:41:50 pm »
Hi Dave,

...Occasionally here, I get high CPU usage after a long uptime, this doesn't go away until I revert to a backup of my profile. No idea what causes this. I did seem to fix it last time by killing the browser and restarting, needs more testing.
...Here is a test, http://www.gus.biysk.ru/os4/test/timerTest.html
Probably other issues as well.

I supposed there are other things that come into play here as well.

For example, I find that FF behaves somewhat differently depending on whether I have the following in my CONFIG.SYS:

SET NSPR_OS2_NO_HIRES_TIMER=1

Normally I do have it set as above in order to DISABLE the hires timer. The test you provided the link to (thanks, great reminder) produces pretty steady values and a whole bunch of misses (all RED) when I'm running with the hires timer enabled.

Now the curious thing is: does the /NOHLT option change that?

Yeah...somewhat. The hires timer will produces a steady set of good results provided that I have minimum of FF activity (actual in-browser use), the minute I start browsing that goes to all RED!

Either way all of this may be a moot point, as it turns out the results I was seeing with GMAIL are no longer present. Meaning, the spikes continue regardless of what application/tab have the focus. So much for that...LOL!

566
Internet / Re: FF 45.x and CPU spikes
« on: October 05, 2020, 09:18:46 pm »
Hi Doug,

I see that a lot. I have determined that it is the web site trying to force advertising on you. I use a HOSTS file to block a lot of that stuff, and it is pretty effective, but the web page authors seem to have discovered that they need to keep on retrying, constantly, until it works. That produces "spikes". When you go to a site, like GMail, they try to force as much advertising as possible, and most of it seems to consist of full length movies, which also causes spikes. Don't blame Firefox for that.

Yeah, I agree with you, which is the reason why I've been relying on the modified HOSTS file for a few years now, NoScript for at least a couple years, and most recently (about 6 months ago I would say) I deployed uBlock. So yeah, as best as I can tell I think I have the hatches pretty much locked down here...LOL!

I suspect the symptoms I'm seeing are primarily caused by the FF issues Dave highligted in his post. I know that killing off certainly web page images using the uBlock add-on gives you a bit more control. However, certain scripts that run in the back-end can be difficult to kill, and at times they flat-out break the site functionality.

...
Quote
However, a little over a month ago I was testing the 3.23.14 ACPI release on the AOS Testers list and found some weird stuff, specifically it was no longer possible to shut OFF a particular CPU core b/c the ACPI Power Manager would continually overwrite that change and effectively bring the core back on-line (that causes me a problem here, but that's a different story).

That has always been the case. You must use the parameter in CONFIG.SYS (and reboot to activate it). Trying to use the command will turn off one, or more, processors, but as soon at ACPI decides it needs more power (usually very quickly), it will turn them back on for you.

Ahh, now this I want to specifically comment on, because what you state is simply NOT quite the case.

Until the 3.23.14 TEST3 version was out, it was possible to run the ACPI drivers with the Power Manager in DISABLED status, which gave you control over actual CPU core status. You could bring any of them down or up as needed. I know, I have relied on this approach basically since going live with SMP and using the ACPI driver set. In fact, strangely enough, even if you had Power Manager ENABLED I still could control the CPU core activation. So I suspect that the previous versions of ACPI drivers wasn't quite able to manage/control something else in my hardware.

Like you, I expected that when the Power Manger is ENABLED the ACPI driver would completely control the CPU cores. However, when DISABLED the ACPI driver should NOT touch the CPU cures.

However, I reported my issue when TEST3 was out and never heard back. Eventually when the 3.23.14 was officially released the previously working functionality completely went away.

Again, keep in mind that when the Power Manager is DISABLED (OFF status) the ACPI driver should NOT be making any changes to the CPU cores.

567
Internet / FF 45.x and CPU spikes
« on: October 05, 2020, 05:28:21 pm »
So if there is one complaint I have here about FF (ignoring the other blatant problems such as inability to view certain sites) it is that certain sites which do render correctly cause the CPU to spike and stay at the consistent 25-40% level across all the cores on my machine.

I have been able to track this down to specific sites, for example GMAIL is one. So long as the browser window (tab) that has GMAIL opened is focused on the spikes continue. Even after I switch to a different window (I run the XPager here, so a total of 9 virtual Desktops) the CPU spikes continue UNLESS I first open a new TAB in the same browser window that has the GMAIL tab and leave that as the last focused tab.

So for the most part I ignore it, let the spikes continue and just live with it.

However, a little over a month ago I was testing the 3.23.14 ACPI release on the AOS Testers list and found some weird stuff, specifically it was no longer possible to shut OFF a particular CPU core b/c the ACPI Power Manager would continually overwrite that change and effectively bring the core back on-line (that causes me a problem here, but that's a different story).

I logged an issue for this, the root cause has not been identified so far, but I priodically check the status of the ticket.

Well, I was out there last night and spotted another issue that was logged regarding the msg passing delays that are being seen, see https://mantis.arcanoae.com/view.php?id=3019. In that update a suggestion was made that the /NOHLT option produces a different result, a better performing one.

I was curious, so I tried it out. To my suprise here is what I found (see attached screenshot): the normal FF usage shows the spikes, but the instant FF is no longer the foreground application with focus the spikes go away. This is very different from the symptoms I described at the start of my post. The result actually is that the minute I am done looking at my GMAIL and switch to another window, another application, the spikes completely go away.

568
Hardware / Re: Question about a sound card and GPU
« on: October 05, 2020, 04:38:13 am »
Helo Mr. X!

I was researching my options to move forward. And found a comfortably priced  ATI Radeon X800 XL 256MB PCI-E ...It comes with a dvi and vga. Will i be able to use a hdmi to dvi with no problems? I use a monitor with only hdmi connections. A 40 inch 4k monitor.

You should be fine there. I'm using the ATI X850 XT PE with a dual-head display (Dell U2412M panels: one through DVI, one through VGA), both running 1920x1200x32.

The biggest question will be whether the hdmi-to-dvi converter will work for you?

569
Applications / Re: FreeRDP - we have options!!!
« on: September 30, 2020, 07:59:18 pm »
Hey Doug,

Another option, that I haven't tried for a few years, is VNC. There are multiple platform versions at: https://www.realvnc.com/en/connect/download/vnc/. I know that it did work, when I tried it, but I don't know if the latest will still work with our old VNC viewer. There is an updated VNC viewer at https://hobbes.nmsu.edu/download/pub/os2/apps/internet/misc/vnc-wpi-20200917.zip which might be more usable.

Hmm...I've had VNC installed on my OS/2 box for a number of years now. Previously, before the RDesktop and FreeRDP was ported I was using VNC to do a full session VNC connection, but that was a FULL Desktop thing, not an application specific window mapping.

Andrey does have an updated version of VNC on his site as well (http://os2.snc.ru/product-VNC.html), I haven't tried it out yet, so I can't talk to what (if anything) has changed.

570
Applications / Re: FreeRDP - we have options!!!
« on: September 30, 2020, 07:52:28 pm »
Hi Andi,

Does this setup allow the "remote application" to store data on the local (read JFS) drive? Without lan shares (without samba)? ...

Well, the good (hopefully?) news is that the FreeRDP client does provide for mapping of remote devices, and something like HDD certainly applies. I haven't personally tried this having been sort-of eyeballs deep ;D into making the application-level RDP confgured and tested, but I'll give this a shot within the next couple of days.

I am going to venture a guess that if the mapping does work well enough, it'll probably be more of that seamless storage type of a "warm-hole" (ha ha, sorry couldn't resist the Space Geek temptation here) connection. I'm not sure that an application like FF would be able to use that, after all, it has to start up on the HOST side first I think.

Pages: 1 ... 36 37 [38] 39 40 ... 89