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 ... 37 38 [39] 40 41 ... 89
571
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.

572
Applications / FreeRDP - we have options!!!
« on: September 30, 2020, 03:34:00 pm »
So I thought I would summarize my experience with this particular approach to working around our platform issues, one of them being a badly out-of-date web browser.

Some of you may be aware of the excellent FreeRDP (http://os2.snc.ru/product-freerdp.html) port that Andrey Vasilkin has made available. I have been using his previous version of the RDesktop (http://os2.snc.ru/product-rdesktop.html) for a while now. When he made the FreeRDP available I jumped at it because it offered something significant: the ability to run a remote APPLICATION as if it was a local app.

Now let me detail some of the pre-requisites because this isn't one of these solutions that everyone can use. But, if you have a Winx box running on your LAN (or even WAN) you certainly could deploy this approach.

In short, if you have such a Windows installation accessible to you, you can serve a particular APPLICATION on that HOST machine. FreeRDP is the client side of the RDP solution that will allow you to effectively just RDP to that single application the host is sharing. This is the key difference between something like RDesktop, which does a whole session sharing where the whole Win Desktop is available. As much as sometimes that's the preferred way to access, at other times this introduces a significant amount of overhead.

Subsequently, with FreeRDP you can certainly be a single-click away from having access to a Firefox 'whatever version' you need that you have running on that remote HOST, and it being served up locally on your OS/2 WPS literally as if it was just another PM window.

BUT

...there is of course a caveat that comes with this.

In order to be able to serve that application on the HOST side you need to run a Win Server OS, such as 2008, etc., basically something that has the Terminal Server (Remote Desktop Services) component up and running. So what is one to do if this is not an option?

Well, there is an alternative. Take a look at Thinkstuff (https://www.thinstuff.com/products), and in particular their XP/VS Terminal Server. There are several options available as far as the licensing configuration. The lightest option is the 'Lite' configuration, and at $39.99 USD that's a pretty low-entry to a viable way of "running" (double-quotes there b/c you're NOT really running it locally, this is not ODIN, rather only serving the display) most Winx applications locally on your OS/2 box.

So how did this pan out for me?

My Windows server is a Win7 Pro 64-bit box. I installed the Lite version of the ThinStuff's 'XP/VS Terminal Server' and was able to configure a WPS object that invokes the Firefox browser on that Win7 machine and serves it out locally on my OS/2 box.

This is on a LAN (so pretty quick) and even watching YouTube videos that actually works. There are some audio issues I'm encountering, intermittend drop-outs, etc., but video and audio is already a heavy application, so the mere fact that I can get to numerous web-sites while still directly in front of my OS/2 screen is great!!!

Anyways, for what it's worth, there is an alternative some of us may be able to use.

573
Setup & Installation / Re: QT5
« on: September 27, 2020, 03:12:41 am »
...but QT4 and QT5 are NOT compatible, correct?

Meaning: they cannot be both installed...it's either one or the other.

574
Programming / Re: REXX and double quoted INPUT parameter strings
« on: September 26, 2020, 08:20:13 pm »
Alright you guys!!!

Andreas,
Thank you sir, I wholly took advantage of your sample code and made good use of it.

I've attached my current version of the rsync copy routine (rename the 'TXT' extension to 'CMD'). By all means, take a look, give me some feedback. Flip on the DEBUG flag in the code to get a pile more info on what's going on (as usual).

If you are going to run it keep in mind that the RSYNC '--dry-run' option is currently in-place to make sure that no actual changes are done. If you want RSYNC to actually modify the filesystem adjust accordingly by simply removing that one option.

Pretty usable at the moment, but the rsync options build could use a little refinement, so I'm going to re-work this to make it a little bit more self-explanatory to someone who does not know much about RSYNC.

Anyways, here is how you run it (sample params for my use here):

Code: [Select]
rsync_backup.cmd NAS "G:/DESKTOP/Misc Info" "V:/public/documents"

But to make it usable for the cron2 utility I simply tossed this into a two liner CMD file as follows:

Code: [Select]
@echo off
rsync_backup.cmd NAS "G:/DESKTOP/Misc Info" "V:/public/documents"

This is the output in the console:

Code: [Select]
[G:\util\misc]rsync_backup_AUTOMOTIVE.cmd
Starting RSYNC for LOCAL to NAS backup!

SOURCE_FOLDER => G:/DESKTOP/Automotive
TARGET_FOLDER => V:/public/documents

===============================================================================
RSYNC started:     09/26/20 - 13:58:59...

SOURCE_FOLDER => G:/DESKTOP/Automotive
TARGET_FOLDER => V:/public/documents

RSYNC completed:   09/26/20 - 14:00:16...

RSYNC took 77.260000 seconds to complete the NAS backup task!
===============================================================================

...while this gets sent to the rsync LOG:

Code: [Select]
===============================================================================
RSYNC started:     09/26/20 - 13:58:59...

SOURCE_FOLDER => G:/DESKTOP/Automotive
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_NAS_backup.log  G:/DESKTOP/Automotive V:/public/documents

-----------------------------------------
2020/09/26 13:58:59 [516] building file list
2020/09/26 13:59:29 [516] .d..t...... Automotive/Mopar/Tech Info/ENGINE/Oil System/
2020/09/26 14:00:16 [516] Number of files: 7281
2020/09/26 14:00:16 [516] Number of files transferred: 5
2020/09/26 14:00:16 [516] Total file size: 14.42G bytes
2020/09/26 14:00:16 [516] Total transferred file size: 340.09K bytes
2020/09/26 14:00:16 [516] Literal data: 0 bytes
2020/09/26 14:00:16 [516] Matched data: 0 bytes
2020/09/26 14:00:16 [516] File list size: 195.46K
2020/09/26 14:00:16 [516] File list generation time: 0.001 seconds
2020/09/26 14:00:16 [516] File list transfer time: 0.000 seconds
2020/09/26 14:00:16 [516] Total bytes sent: 197.78K
2020/09/26 14:00:16 [516] Total bytes received: 2.32K
2020/09/26 14:00:16 [516] sent 197.78K bytes  received 2.32K bytes  2.55K bytes/sec  elapsed 00:01:18
2020/09/26 14:00:16 [516] total size is 14.42G  speedup is 72068.45 (DRY RUN)
-----------------------------------------

RSYNC completed:   09/26/20 - 14:00:16...

RSYNC took 77.260000 seconds to complete the NAS backup task!
===============================================================================

575
Web applications / Re: FF 45.x and resulting broken sites
« on: September 25, 2020, 01:52:10 pm »
Hi mauro,

downloaded Pmunimix installer and run its executable icon, it just shows properties, no file execution

run it from command line, most likely you are missing a required DLL, in that case you should see something along those lines about THAT specific missing DLL

576
Web applications / Re: FF 45.x and resulting broken sites
« on: September 21, 2020, 05:01:23 am »
Hi David,

Hi Dariusz,

  Any chance you are using a 'hosts' file that may be interfering with LinkedIn?

Regards,

Yeah, I thought about that as well. Checked, re-tried with couple of the entries commented out, no change.

I have a LOG of FF about:config changes I make, so I'll go back and see if something there screwed things up. It wasn't so long ago that I was able to log-in, although the site would completely peg the CPU cores to the max.

Thanks for the feedback you guys. If I come across a root cause I'll report-back!


577
Applications / Re: uBlock origin for Firefox 45 - which version?
« on: September 19, 2020, 07:26:52 pm »
OK, solved.

I had to open about:config. Then I've entered the filter xpinstall.signatures.required
..

Glad you got it, I just thought to myself "aha...about:config to the rescue" as I was reading your first response!!

578
Applications / Re: uBlock origin for Firefox 45 - which version?
« on: September 19, 2020, 04:23:58 pm »
Hi Andreas,

I have 1.16.4.25 working very well here. In fact I just upgraded to that version from a prior 1.16.4.20.

579
Web applications / Re: FF 45.x and resulting broken sites
« on: September 19, 2020, 04:21:18 pm »
Hi roberto!

...What version do you use of Arcaos, and the config.sys and the swappath, what do you have?...

Not even AOS. This is my 4.52 SMP machine...yes, it's got some upgrades (kernel, etc.) but otherwise this is the original OS/2 box with all the applicable fixpaks. All in all, a solid box with some nuanced SMP/SNAP issues.

580
Web applications / FF 45.x and resulting broken sites
« on: September 19, 2020, 03:50:13 pm »
I suppose this was inevitable, but I'm now starting to see consistent behaviour with multiple sites that no longer render in our FF 45.x browser.

Things were never smooth sailing in the past, but at least the previous symptoms were more of a nuisance as opposed to just a flat-out stop.

So here is the thing: before I completely decide that certain browser traffic must go on another device, can you guys concurr that you are seeing similar problem on one of these sites?

Take someting like https://www.linkedin.com. This was fine in the past, SLOOOWWW for sure, but between NoScript and uBlock I managed. Well, today that is no longer the case. When attempting to visit that site I simply get the traveling timer bar, but nothing else ever happens.

Make no mistake though, it is not like the browser isn't doing anything, the CPU cores spikes, I literally get 100% utilization showing, FF eventually becomes fairly non-responsive.

So I took a stab at this to try to at least figure out where the proble lies (heck, I thought maybe one of my addons is the culprit - it isn't as I tried this very same thing with a blank profile, same result). I relied on the FF built-in Performance monitor, did some capture and came away with some results, which is what I'd like to share.

Basically, it appears that our FF's Graphics engine/function goes into some serious effort and yet nothing is produced.

For those of you who may be more familiar with the FF inner-workings, does what you see in the attached screen capture make any sense?

Thanks!
-Dariusz

581
Applications / Re: Firefox 45.9.0 and libtheora 1.1.1-1 not compatible
« on: September 17, 2020, 02:23:57 am »
Chances are this could be something that's being invoked by an add-on, or perhaps a media codec. More importantly, we could all be talking about very different builds of FF, I know I am:

Code: [Select]
about:buildconfig
Build platform
target
i386-pc-os2-emx
Build tools
Compiler Version Compiler flags
gcc.exe 5.5.0 -Wall -Wempty-body -Wpointer-to-int-cast -Wsign-compare -Wtype-limits -Wno-unused -Wcast-align -Zomf -std=gnu99 -fgnu89-inline -fno-strict-aliasing -Zomf -fno-math-errno -pthread
c++ 5.5.0 -idirafter g:/OS2TK45/h -Wall -Wempty-body -Woverloaded-virtual -Wsign-compare -Wwrite-strings -Wno-invalid-offsetof -Wcast-align -fno-exceptions -fno-strict-aliasing -Zomf -fno-rtti -fno-exceptions -fno-math-errno -std=gnu++0x -pthread -DNDEBUG -DTRIMMED -g -march=amdfam10 -O2 -fomit-frame-pointer
Configure arguments

--enable-application=browser '--enable-optimize=-mtune=generic -march=pentium-m -O2' '--enable-optimize=-march=amdfam10 -O2' --disable-debug --enable-debug-symbols --disable-tests --enable-os2-high-mem --without-x --enable-system-cairo --enable-system-pixman --with-intl-api --with-system-icu --with-system-zlib --with-system-nss --with-system-nspr --with-system-libvpx --disable-startupcache

582
Applications / Re: Firefox 45.9.0 and libtheora 1.1.1-1 not compatible
« on: September 16, 2020, 05:56:25 pm »
Is there a FFmpeg-libs legacy package? ...

Nope, no legacy package out there.

FF here Dave pulls in AVCODED57, also happens to pull in AVUTIL55.DLL, not sure if there is a corelation between the two though (other than both are coming from my non-RPM/YUM DLL path).

On the other hand, 'PSTAT /L' only shows the following for FF:

Code: [Select]
G:\APPS\TCPIP\FIREFOX\FIREFOX.EXE   00CD       27     
                                 G:\USR\LIB\LIBC066.DLL
                                 G:\USR\LIB\LIBCN0.DLL*
                                 G:\OS2\DLL\DOSCALL1.DLL*
                                 G:\USR\LIB\LIBCX0.DLL
                                 G:\USR\LIB\LIBCN0.DLL*
                                 G:\OS2\DLL\DOSCALL1.DLL*
                                 G:\MPTN\DLL\TCPIP32.DLL*
                                 G:\USR\LIB\GCC1.DLL*
                                 G:\OS2\DLL\SESMGR.DLL*
                                 G:\OS2\DLL\PMWIN.DLL*
                                 G:\OS2\DLL\DOSCALL1.DLL*
                                 G:\USR\LIB\NSPR4.DLL
                                 G:\USR\LIB\LIBC066.DLL*
                                 G:\OS2\DLL\DOSCALL1.DLL*
                                 G:\USR\LIB\GCC1.DLL*
                                 G:\MPTN\DLL\TCPIP32.DLL*
                                 G:\USR\LIB\LIBCX0.DLL*
                                 G:\OS2\DLL\SESMGR.DLL*

583
Programming / Re: REXX and double quoted INPUT parameter strings
« on: September 14, 2020, 03:47:39 pm »
Hi Andreas!!!

Here's how to parse enquoted args correctly. It allows for multiple args, each may be enclosed in double quotes....

Aha...SUPER!

Yes, I will use that approach, it beats having to have that awkward separator in the CLI.

Thank you.

584
Programming / Re: REXX and double quoted INPUT parameter strings
« on: September 14, 2020, 03:46:05 pm »
Hey Lars,

Why don't you just use strip (with " leading and trailing) after separating the arguments?

I'm not sure I follow.

If you are suggesting that I use strip to remove the " after I successfully recognize the SOURCE & TARGET folder names alright, I am following you.

The problem though becomes that rysnc still fails since the OS/2 way of handling such a path name is to wrap in double quotes.

Therefore, the following CLI:

rsync --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_NAS_backup.log  G:\DESKTOP\MISC INFO\ V:\PUBLIC\DOCUMENTS\MISC INFO

still gives me the following error from rsync:

Code: [Select]
rsync: link_stat "G:/DESKTOP/MISC" failed: No such file or directory (2)
[sender] change_dir chdir failed for INFO at util.c(1146)
rsync: change_dir "G:/INFO" failed: No such file or directory (2)
[sender] change_dir INFO failed at flist.c(404)
rsync error: some files/attrs were not transferred (see previous errors) (code 23) at main.c(1168) [sender=3.0.9.1]

So I wonder if perhaps the bigger problem here is that our port of rsync does not handle the native OS/2 way of passing path names which contain a space in it?

585
Programming / Re: REXX and double quoted INPUT parameter strings
« on: September 14, 2020, 05:35:12 am »
Hey Pete!

..Have you tried omitting the 2 middle double quotes ie

 rsync_backup NAS "G:\DESKTOP\MISC INFO\ V:\PUBLIC\DOCUMENTS\MISC INFO"
...

Yup, tried that as well, the darn space is still being treated as the parm separator:

Code: [Select]
SOURCE => "G:\DESKTOP\MISC
TARGET => INFO\ V:\PUBLIC\DOCUMENTS\MISC INFO"

BUUUTTTT...that gave me an idea: why not try to use the arg separator to tell REXX which special character divides up the SOURCE from TARGET?

So I now have the following code:

Code: [Select]
arg backup_type source"-"target

where the "-" tells REXX to look for that dash in the input CLI.

Now I can actually kick things off with: rsync_backup NAS "G:\DESKTOP\MISC INFO\"-"V:\PUBLIC\DOCUMENTS\MISC INFO"

which gives me the following result:

Code: [Select]
SOURCE => "G:\DESKTOP\MISC INFO\"
TARGET => "V:\PUBLIC\DOCUMENTS\MISC INFO"

So at least I passed that hurdle, what remains now is to figure out why rsync itself chokes on those parameters being passed as-is:

Code: [Select]
...
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_NAS_backup.log  "G:\DESKTOP\MISC INFO\" "V:\PUBLIC\DOCUMENTS\MISC INFO"

RSYNC started:     09/13/20 - 23:43:39...
[sender] change_dir chdir failed for G:/DESKTOP/MISC INFO" V:/PUBLIC/DOCUMENTS at util.c(1117)
rsync: change_dir "G:/DESKTOP/MISC INFO" V:/PUBLIC/DOCUMENTS" failed: No such file or directory (2)
[sender] change_dir G:/DESKTOP/MISC INFO" V:/PUBLIC/DOCUMENTS failed at flist.c(404)
rsync error: some files/attrs were not transferred (see previous errors) (code 23) at main.c(1168) [sender=3.0.9.1]
...

It looks to me like it does strip out some of the double quotes, but I'm not quite sure what logic it uses to do so. Trying with a single quote did not work, result was different, just not what I needed.

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