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 [2] 3 4 ... 38
16
Networking / NcFTP - RPM package application not quite right...
« on: September 09, 2019, 02:19:19 am »
OK, so continuing on with my "mission" ::) to deploy RPM replacements for some of my current apps I decided to tackle NcFTP. Easy app I thought, and being CLI it was pretty suitable for being tossed into the giant \usr\bin bucket...

Install went fine, I moved my bookmarks, etc. to the \home\.ncftp directory, that was recognized. However, strangely enough I ran into a problem when actually attempting to VIEW the bookmarks in the app. Case in point, when issueing 'bookmarks' command inside NcFTP window I get the following response:

Code: [Select]
ncftp> bookmarks
sh.exe: 1: more: not found

To use a bookmark, use the "open" command with the name of the bookmark.

...but if I do something like "open hobbes" that certainly works...so the bookmarks are there and are being recognized. The separate bookmarkmanager app works fine, that does actually show the bookmarks and allow you to manipulte then as needed.

Alright, so that error message appeared to have something to do with the 'sh' shell and perhaps 'more' command? I confirmed that 'sh' is installed here and working fine, 'more' on the other hand is not. But the 'more' is just a guess on my part, one could easily confuse that for something like 'dir | more', right?

What is a bit weird is that the 'more' command is something that should be executable in OS/2 to start off with. You can certainly pull up HELP on that command and yet trying 'more' by itself @CLI only shows:

Code: [Select]
[I:\]more
SYS1041: The name more is not recognized as an
internal or external command, operable program or batch file.

So am I inherently missing something here in my base OS/2 install?

17
Can you specify 'the last stable Realtek driver'?

Ahh....of course, sorry...rushed through that response having focused on the PCI Device_ID, should have posted the driver info to start off with.

OK, here it is:

Code: [Select]
[G:\ibmcom\macs]dir R8169.OS2

The volume label in drive G is OS2.
The Volume Serial Number is 45B6:75C3.
Directory of G:\ibmcom\macs

 9-03-15   3:26p     53724           0  r8169.os2
        1 file(s)      53724 bytes used
                 155185074 K bytes free

[G:\ibmcom\macs]bldlevel r8169.os2
Build Level Display Facility Version 6.12.675 Sep 25 2001
(C) Copyright IBM Corporation 1993-2001
Signature:       @#Arca Noae LLC:1.0.2#@##1## 3 Sep 2015 15:26:18      DAZAR1
 ::::2::SVN48@@Realtek 8169/1Gb PCIe MAC Driver Copyright (c) 2014 Arca Noae LLC

Vendor:          Arca Noae LLC
Revision:        1.00.2
Date/Time:       3 Sep 2015 15:26:18
Build Machine:   DAZAR1
FixPak Version:  SVN48
File Version:    1.0.2
Description:     Realtek 8169/1Gb PCIe MAC Driver Copyright (c) 2014 Arca Noae L
LC

19
Hi David,

Both are using the latest 32 bit MultiMac from Arca Noae...

I have ran into TRAPs with the newer MMRE drivers, subsequently I went back to the last stable RealTek drivers I had here and all is fine.

PCI reports the following device ID info for my NIC:

Code: [Select]
Vendor 10ECh Realtek Semiconductor Co., Ltd.
 Device 8168h RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller

...is it similar to what you are running? Maybe worth a try to go back to the old RealTek drivers?

20
Hi Remy, everyone...

...In my case, I set the RWIN to 128480  because the max allowed into inetcfg.ini is not a multiple of MSS (MSS=1460 and MTU=1500 in my case)...

I've played around with these a few times, so far this is my current best-combo:

Code: [Select]
#Inetcfg: CURRENT DEFAULT MINIMUM MAXIMUM

keepalive 60 7800 0 7800 KeepAlive (sec)
tcpswinsize 246723 32768 1024 246723 TCP SendWindow Size
tcprwinsize 246723 32768 1024 246723 TCP RecvWindow Size
udpswinsize 246723 9216 1024 246723 UDP SendWindow Size
udprwinsize 246723 41600 1024 246723 UDP RecvWindow Size
lingertime 120 120 0 65535 Linger Time (sec)
probecnt 8 8 1 8 Number Of KeepAlive Probes
ipforward 0 0 0 1 IP Forwarding flag ON/OFF
mtudiscover 1 1 0 1 TCP Path MTU Discovery ON/OFF
arpkillc 1200 1200 180 15300 ARP Complete TimeOut (sec)
arpkilli 180 180 60 1200 ARP InComplete TimeOut (sec)
lipcstswinsize 246723 10240 1024 246723 LIPC Stream SendWindow Size
lipcstrwinsize 246723 10240 1024 246723 LIPC Stream RecvWindow Size
lipcdgswinsize 246723 2048 1024 246723 LIPC Dgram SendWindow Size
lipcdgrwinsize 246723 4096 1024 246723 LIPC Dgram RecvWindow Size
synattack 0 0 0 1 SYN Attack Flag ON/OFF
syncookie 0 0 0 1 SYN Cookie Flag ON/OFF
firewall 0 0 0 1 FIREWALL ON/OFF
multidefrt 1 1 0 1 Multiple Default Routes ON/OFF
winscale 1 1 0 1 TCP Window Scale ON/OFF
timestmp 0 0 0 1 TCP TimeStamps ON/OFF
realslow 20 20 1 100 TCP TW Q Slow Timeout ticks
perfhttp 1 1 0 1 Fast Path HTTP ON/OFF
tcpttl 64 64 1 255 TCP  TTL (hops)
udpttl 64 64 1 255 UDP  TTL (hops)
icmpttl 64 64 1 255 ICMP TTL (hops)
fragttl 60 60 1 255 Fragment TTL (sec)
reusetw 1 1 0 1 Reuse Time Wait ON/OFF
msl 30 30 1 16384 TCP MaxSegLifeTime (sec)
cc 0 0 0 1 TTCP function ON/OFF
sack 1 0 0 1 Selective ACK ON/OFF

...and here are the SpeedGuide results:

Code: [Select]
« SpeedGuide.net TCP Analyzer Results »
Tested on: 2019.09.07 17:52
IP address: 50.100.xxx.xxx
 
TCP options string: 020405ac0101040201030302
MSS: 1452
MTU: 1492
TCP Window: 246720 (not multiple of MSS)
RWIN Scaling: 2 bits (2^2=4)
Unscaled RWIN : 61680
Recommended RWINs: 63888, 127776, 255552, 511104, 1022208
BDP limit (200ms): 9869kbps (1234KBytes/s)
BDP limit (500ms): 3948kbps (493KBytes/s)
MTU Discovery: ON
TTL: 48
Timestamps: OFF
SACKs: ON
IP ToS: 00100000 (32)
    Precedence: 001 (priority)
    Delay: 0 (normal delay)
    Throughput: 0 (normal throughput)
    Reliability: 0 (normal reliability)
    Cost: 0 (normal cost)
    Check bit: 0 (correct)
DSCP (DiffServ): CS1 001000 (8) - class 1 (RFC 2474). Similar forwarding behavior to the ToS Precedence field.

Things are basically maxed-out, the OS2 tcpip stack has been working fine (no traps) and that allows my machine to fly when I do have a connection to a really big pipe. Rarely ever do I actually utilize more than 25% of my 1Gig fibre link though.

21
Networking / Re: Samba - cached server IP address?
« on: September 06, 2019, 02:07:20 pm »
Yup, lmhosts is the culprit, both of you were right on the money. Thank you for the great pointer!

Now, how did I get to that point?

Well, I have both NetDrive and EVFSGUI installed here. As it turns out the 'Global settings' tab of EVFSGUI shows 'name resolve order' and has 'Manage LMHosts' checked. Subsequently I find the following in the contents of that file:

Code: [Select]
[G:\mptn\etc\samba]type lmhosts
# Created by EVFSGUI Version 2.5.RC7-[2014-11-14] on 29 May 2019 at 21:33:45
# Syntax:
# IP-address             NetBIOS-name     [Role]
192.168.1.5              NAS
192.168.1.1              ROUTERDLNA
192.168.1.20             WINMAIN

So that explains the root cause. Quick fix here produced the result I was looking for.

Now that begs the question: should I, or shouldn't I be using the LMHosts approach? I suspect that given the description in EVFSGUI of how the lmhosts usually ends up producing a faster resolve time I may have actually chosen to use this approach - as opposed to this being the default setting (although I do not know this to be the case for sure).

Right now the 'name resolve order' is set to: lmhosts => wins => host => bcast

I suspect that given my LAN setups it would just as easily work if I had used: host => lmhosts => bcast => wins.

What the 'wins' option allows me to do is to use the WINS resolution instead, but is that of any use? DNS maps TCP/IP host names to IP addresses through the HOSTS file and WINS maps NetBIOS host names to IP addresses. So in a LAN where I have both Linux and Win servers, does WINS belong?

22
Applications / Re: AVxCAT 1.5.1.4
« on: September 05, 2019, 04:24:53 am »
Hi Remy,

OK, upgraded but ran into an issue.

At some point in time you developed a new feature for me specifically which allowed me to rely on a file called "owncmd.txt" to insert some OS level calls.

In my case the application would completely freeze the system unless I shut OFF all by 1 CPU core. So in that file I literally placed the following:

Code: [Select]
A @smpoff
B @smpon

Now this was previously working fine, however with this latest update it no longer appears to be utilized. Subsequently my machine freezes immediately as the application attempts to start the video encoding process.

Do you recall whether this functionality is still present in your application, but maybe just some names changed? Or perhaps I need to include any additional setups? I installed the update into the existing installation directory, so all my previous settings were preserved.

Thanks!

23
Networking / Samba - cached server IP address?
« on: September 05, 2019, 04:08:35 am »
I run static IP addresses on my LAN, all of it served out by the router where the MAC address to IP address assignment is made. Most devices (where possible) are set to DYNAMIC IP, but of course the router serves up the pre-defined static IP out to the device. If that is not possible some devices actually have the IP address set to STATIC and it's directly updated on the device itself.

OK, all good.

The other day we picked up a Google Home Hub Display device, my wife wanted to have something in the kitchen that would serve up the cooking recipes and give her easy access to on-line stuff w/o having to rely on a laptop or another display. Easy enough right?

Well, I pre-allocate my IP blocks per groups of devices, meaning: media devices are lumped into an IP address range, as are the PCs, the mobile devices, and so on.

I needed to make room for the Google Hub and that meant I had to bump my NAS box from it's IP address to something new. No problem there, router was updated, NAS re-booted, it picked up the new IP.

I then updated my HOSTS file to reflect the new addresses, re-booted (just to be safe) only to discover upon a re-boot that my NetDrive mapping would no longer find the NAS box. So off I went investigating and found that if I replace the alias I was using in the NetDrive resource mapping with an actual IP address the connectivity is back up (see this logging in the debug listing below).

That leads me to believe that the Samba client is maintaining a mapping of the actual IP address the alias was previously pointing to and re-using it instead of querrying it up each time.

The question therefore is: does anyone know where that alias to IP address mapping is cached in the Samba configuration?

While the static IP address setup works, I really do not want to use that in the NetDrive resource setups and would prefer to use the alias instead and rely on the HOSTS file driven mapping.

btw: doing 'ping nas' from CLI successfully shows the new IP address, I can also point the browser to that nas box and reach it successfully.

Code: [Select]
Samba client 3.6.0 build 20190324 based on 4.10.6
This build is maintained by netlabs
2019/09/04 21:31:20.24: 9 1: Working with 64 bit fileio NDFS
2019/09/04 21:31:20.38: 9 1: NdpIOCTL init thread
2019/09/04 21:32:00.74: 9 2: NdpCreateConnection in
2019/09/04 21:32:00.74: 9 2: NdpCreateConnection send CONNECT
2019/09/04 21:32:00.74: 1 2: Connecting to \\admin:*********@home:nas\vol1. Master HOME:1
2019/09/04 21:32:05.79: 4 2: Connection to nas failed (Error NT_STATUS_IO_TIMEOUT)
2019/09/04 21:32:05.79: 9 2: NdpCreateConnection [0] 87
2019/09/04 21:32:05.79: 9 2: NdpCreateConnection in
2019/09/04 21:34:37.75: 9 2: checkMountResource in tid#2
2019/09/04 21:34:37.75: 1 2: Connecting to \\admin:*********@home:nas\vol1. Master HOME:1
2019/09/04 21:34:42.77: 4 2: Connection to nas failed (Error NT_STATUS_IO_TIMEOUT)
2019/09/04 21:34:42.77: 9 2: NdpMountResource rc=58
2019/09/04 21:43:58.58: 9 2: NdpMountResource in
2019/09/04 21:43:58.58: 9 2: dircache_create: 10 seconds, 32 entries
2019/09/04 21:43:58.58: 9 2: dircache_create: 0x6d3f20, rc = 0
2019/09/04 21:43:58.58: 9 2: checkMountResource in tid#2
2019/09/04 21:43:58.58: 1 2: Connecting to \\admin:*********@HOME:192.168.1.4\vol1. Master HOME:1
2019/09/04 21:43:58.59: 4 2: Server supports NT1 protocol
2019/09/04 21:43:58.62: 4 2:  session setup ok. Sending tconx <vol1> <********>
2019/09/04 21:43:58.63: 4 2:  tconx ok.
2019/09/04 21:43:58.63: 9 2: NdpMountResource rc=0
2019/09/04 21:43:58.63: 9 2: NdpRsrcQueryInfo in
2019/09/04 21:43:58.63: 9 2: NdpRsrcQueryInfo 0
2019/09/04 21:43:58.81: 9 1: NdpRsrcQueryInfo in
2019/09/04 21:43:58.81: 9 1: NdpRsrcQueryInfo 0
2019/09/04 21:43:58.81: 9 1: NdpRsrcQueryInfo in
2019/09/04 21:43:58.81: 9 1: NdpRsrcQueryInfo 0
2019/09/04 21:43:58.81: 9 1: NdpRsrcQueryInfo in
2019/09/04 21:43:58.81: 9 1: NdpRsrcQueryInfo 0
2019/09/04 21:43:58.81: 9 1: NdpRsrcQueryInfo in
2019/09/04 21:43:58.81: 9 1: NdpRsrcQueryInfo 0
2019/09/04 21:44:05.21: 9 2: NdpCreateConnection in
2019/09/04 21:44:05.21: 9 2: NdpCreateConnection send CONNECT
2019/09/04 21:44:05.21: 1 2: Connecting to \\admin:*********@HOME:192.168.1.4\vol1. Master HOME:1
2019/09/04 21:44:05.22: 4 2: Server supports NT1 protocol
2019/09/04 21:44:05.23: 4 2:  session setup ok. Sending tconx <vol1> <********>
2019/09/04 21:44:05.24: 4 2:  tconx ok.

24
Applications / Re: XWP v1.0.13 Beta 1
« on: September 02, 2019, 05:32:50 pm »
Hi Andreas!

the only "nice to have" would be the ability to EDIT the object name (file, folder, etc.) while in the DETAILS and/or XVIEW view. And by edit I mean double-click on the object, just as one can do so while in the ICON or TREE view.
I don't understand that. Object titles are changable in any folder view and at any place. Object titles in folders are editable by Alt+MB1click, not by MB1doubleclick.

Take a look at 'Mouse => Mappings tab => Editing title text' settings. Here I have 'Button2 and Double-click' selected, which means that anytime I double click my mouse button 2 on any object it allows me to change it's name/title.

Heck, I would love to be able to map a MB3 click to a double-click of either MB1 or MB2 (that's the Page2 of the Mappings tab, but for now that only allows the MB3 to double-click of MB1.

25
Applications / Re: XWP v1.0.13 Beta 1
« on: September 02, 2019, 02:11:23 pm »
Good here so far, the only "nice to have" would be the ability to EDIT the object name (file, folder, etc.) while in the DETAILS and/or XVIEW view. And by edit I mean double-click on the object, just as one can do so while in the ICON or TREE view.

The workaround now is somewhat painful, you need to open up the object properties, go to the ICON tab and change the Title in there.


26
Mail-News / Re: Security fixes for Mozilla
« on: August 23, 2019, 05:19:32 pm »
Dave,

Just a bit of FYI type feedback re: the Pentium_m vs i686 builds.

By far, the i686 build works the best here. The Pentium_m seems to have a very short "lifespan", LOL, meaning that within a day of use I get to that magic 1Gig ram use at which point in time the browser basicly slows down to a crawl on literally any sites - do not even have to be complex - just takes forever to paint. A re-start fixes that but the lifespan becomes shorter and shorter to a point where after about 2-3 such re-starts the browser just permanently goes into this slow mode.

Meanwhile, the i686 build seems to chug along nicely. Yes, there is a bit of a perceived slow-down, but it appears to be on-par with the Phenom II build you did a while back. That build did seem faster overall, pages painted faster, the browser windows would open up faster, etc. but things like YouTube playback were always a problem.

Thank you again for getting this built and published!

27
Utilities / Re: Where do I find SciTech Display Doctor?
« on: August 16, 2019, 10:19:45 pm »
I forget if the free reg code is in that release or not, but here is what I have saved:

Code: [Select]
The SciTech SNAP Graphics product is no longer being actively
developed, and at least portions of the source code will be made
available under an open source license.  There will no longer be
any future versions of SNAP Graphics available from SciTech.

If you would like to use the latest SciTech release on your
computer, please use the following free registration code to
unlock the product:

Name: Free OS/2 Code
Code: 9F98-2AB9-9195-CC

Please enter the code exactly as shown above (including case).

28
Applications / Re: AVxCAT 1.5.1.4
« on: August 16, 2019, 02:29:13 pm »
Hello Remy,

New screenshot to update older one :D

Ohh...great reminder, time to upgrade...I was still using the 1.4.x version here.

What is the recommended version of ffmpeg for this release? I find 4.0.0x on Hobbes...that appears to be the latest one.

29
Events / Re: ArcaOS 5.0.4 is out!
« on: August 05, 2019, 09:02:10 pm »
Here, I get,
Code: [Select]
[H:\tmp]yum list firefo*
Installed Packages
firefox.i686                         45.9.0-2.oc00                 @arcanoae-exp

firefox-highmem.i686                 45.9.0-1.oc00                 @netlabs-exp

grrrhhh...LOL, so just when I thought my RPM/YUM was finally working it goes awry!!!

Well, could be just an ID10T error, but it would appear the CLI 'yum list firefo*' produces a different result than my GUI ANPM does.

1) CLI:
Installed Packages
firefox-highmem.pentium4                45.9.0-1.oc00                installed
Available Packages
firefox-highmem.i686                    45.9.0-1.oc00                netlabs-rel

2) ANPM: (by selectively looking at all AVAILABLE packages in the arcanoae-exp repo)
Shows the firefox 45.9.0-2 in arcanoae-exp

Even then the above is somewhat inconsistent within ANPM itself, b/c when using the SEARCH function only the i686 version of firefox/firefox-debuginfo/firefox-highmem 45.9.0-1 come back.

Anyways, that's a different discussion though. One way or another, I am able to see 45.9.0-2, so maybe Andreas or Mike you guys are running into something similar to the above behaviour when searching for the packages?

30
Events / Re: ArcaOS 5.0.4 is out!
« on: August 05, 2019, 05:36:49 am »
Hey Mike!

...So maybe the issue is that the latest 45.9.0-2.oc00 has not been released?

No it's not. Yum List firefo* now show the following - see GRAB1101.jpg...

Oh boy, you are right and I totally missed the fact that the original question/issue was with the firefox core as opposed to firefox-highmem package.

the firefox-highmem is the only firefox package I see, the other one is not showing here either.

Pages: 1 [2] 3 4 ... 38