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 ... 65
Networking / Re: Universal Naming Convention (UNC) on Samba?
« on: Today at 02:11:38 pm »
Hi Doug,

Looks like Dave's answer is, unfortunately correct.

For Darius:

UNC =  \\machineName\shareName

machineName originally was a netbios name.  ShareName was a shared resource on machineName, i..e a drive or a directory.

Right, I got that. My NAS maps to and is present in LMHOSTS file as well. My expectation was that the Samba client would automatically show all shares that are present, sort of similar to what smbtree shows, albeit with actual contents listed. That may have been too wide of a sweep though! lol

It would appear that as of right now the UNC resolution, when attempting to access Samba shares, does not work on our platform. ('ls' did not work either)

Networking / Re: Universal Naming Convention (UNC) on Samba?
« on: June 20, 2021, 12:46:20 am »
I think you have to use an URL such as,
Code: [Select]
smb://NAS/publicAnd NAS has to be resolvable, through DNS (host file) or the WINS thingy.

So 'dir smb://nas/public' Dave???

Nah, no go...NAS is resolvable, I have an entry in HOSTS as well as lmhosts, here is what I get:

Code: [Select]
[G:\]dir smb:\\nas\public

The volume label in drive G is OS2.
The Volume Serial Number is 45B6:75C3.

SYS0123: A file name or volume label contains an incorrect character.

...and the forward-slash version of it just produces multiple SYS1003 errors ( The syntax of the command is incorrect.).

Networking / Re: Universal Naming Convention (UNC) on Samba?
« on: June 20, 2021, 12:24:09 am »
Hey Doug!

Do you mean as in "dir \\nas"?

..where 'nas' is my local nas box?

In that case, from CLI it does NOT work.

Now consider that I have all my Samba shares mapped through NetDrive, as such, I can readily get to them through the typical drive mapping.

When it comes to Samba specific client though, here is what a 'smbtree' returns on my system:

Code: [Select]
Enter HOME\dariusz's password:
        \\WINMAIN                       WINMAIN
                \\WINMAIN\C$                    Default share
                \\WINMAIN\ADMIN$                Remote Admin
                \\WINMAIN\Printer2              Microsoft XPS Document Writer
                \\WINMAIN\SamsungPhotoPrinter   Samsung SPP-2040 Series
                \\WINMAIN\print$                Printer Drivers
                \\WINMAIN\IPC$                  Remote IPC
        \\NAS                           NSA325
                \\NAS\IPC$              IPC Service ("NSA325")

But if the Samba client approach is A-OK for you, than I would say the UNC naming convention would work.

Applications / Re: patched PmMerge
« on: June 18, 2021, 03:21:47 pm »
So is there a possibility for us to do some kind of a TRACE on this?

I have no idea how to do that.  In archive sub dir  you  can find previous ver  of pmmerge   -  you can try to find last good for your system.
I understand and can appreciate that. Thank you!

FYI, I repeated my tests with other applications, found out that each time I opened a PM app the WPS become frozen. CAD Pop-up followed by a Re-boot got me out.

Applications / Re: patched PmMerge
« on: June 17, 2021, 04:59:04 pm »
My follow-up question was asking how else you think we could track down what's causing the problem?

pls suggest  what  should I do to repeat you case on my comp ?

Honestly I wish I could provide a suggestion, but given that I'm running a dual-screen setup here with SNAP drivers, whatever PMMERGE DLL is managing, which I believe is the majority of the Presentation Manager calls that are most likely closely interacting with the display drivers, I suspect can only be debugged on my specific hardware.

So is there a possibility for us to do some kind of a TRACE on this?

I am at a loss, but you had asked for feedback, so I provided my results. I will have a little more time later today so let me re-deploy that DLL and see if any other applications cause the same issue.

Applications / Re: patched PmMerge
« on: June 17, 2021, 02:29:16 pm »
I haven't tried any other apps yet since I figured I would report this first and test any other specifics you might be interested in?

Nothing special, just observe  what has improved  and what has degraded.
Well, what my report was intended to convey is the fact that using the patched pmmerge.dll no longer provides a working system. So that in my book would be a major degradation.

My follow-up question was asking how else you think we could track down what's causing the problem?

Applications / Re: hard hangs
« on: June 16, 2021, 07:25:55 pm »

The biggest increase in stability I encountered was when I made the move from HPFS386 to JFS. Not that inherently there is anything wrong with HPFS386, but I was running over 12 separate partitions (due to the 64G limit) and that just seemed to make things very lock-up prone.

I am now running 7 partitions, of which 2 are small maintenance ones and have very few, if any, lock-ups that appear to co-incide with any sort of disk access.

What configuration are you running with?

Applications / Re: FreeRDP - we have options!!!
« on: June 15, 2021, 03:46:44 pm »
Thanks Dariusz for posting this good content. If you ever want to write a further article or tutorial, we can post it on the OS2World wiki.

Let's also remember to send the appreciation to Andrey Vasilkin (digi) for his OS/2 software and ports...

Would be very happy to do so. In fact I have been conversing (and testing) with Andrey for some time now the Application specific functionality. I had promised him to write up a document that details the setups since there are a couple of different ways to just starting such a session, i.e. start a NEW session, or connect to an existing session?

Anyways, this is still in WIP, fell behind a bit and I need to get back to it. Once I have a draft and Andrey is happy with it I would happily share.

Regarding sponsoring...absolutely I would encourage this. I have already done so myself, and as with all such situations continue to support the developers who continue to bring solutions to our platform!

Applications / Re: FreeRDP - we have options!!!
« on: June 15, 2021, 03:42:08 pm »
Hi Mike,

...I propose to check the example MSOFFICE.CMD you shall find in the installation folder of FreeRDP.
I just adjusted the path and login information to my configuration and it worked.
In this case I could start MS Office in my AOS. I assume same will be working also for the browser...

This is a great starting point.

I am curious though, in your setup, is the Office connection coming up in a full 'remote session' or are you using this as a stand-alone application through the 'Application Server' functionality?

I ask because when I started to look at FreeRDP I had originally not realized that the 'Application Server' component is needed to establish just application sessions. Some Win OS versions have that 'Application Server' function built-in, most do not. If your Win OS install does not you must use another solution, such as the Thinstuff software.

More than happy to try alternative solutions though, which is why I'm curious regarding how that is working on your end.


Roderick, everyone...

Again I am looking for numbers to estimate how big our community roughly but it will always be a gamble to a large extend.
The 500 users was based on the IP numbers from Netlabs. But how accurate that is ? But I never stated we have 500 private users left. Read the other postings for the rest of the details...

So why don't we set up a honey-pot of sorts and use a different approach to uniquely identify the hardware that's running OS/2?

My understanding is that ANPM does exactly that. They use dmidecode to pull an OEM string that identifies the hardware, my understanding is that this is the UUID field value (not 100% sure, but someone could verify).

So here is what that looks like on my machine:

Code: [Select]
Handle 0x0001, DMI type 1, 27 bytes
System Information
        Manufacturer: MSI
        Product Name: MS-7640
        Version: 1.0
        Serial Number: To Be Filled By O.E.M.
        UUID: 00000000-0000-0000-0000-6C626D50A7A8
        Wake-up Type: Power Switch
        SKU Number: To Be Filled By O.E.M.
        Family: To Be Filled By O.E.M.

Take a look at the full dmidecode dump (see attachment). What would simplify this is having a front-end web page that spells out how the end-user should do this, and we're talking literally a simple 1-5 step process, or simply accepts the UUID value that the user extracts out of the dmidecode dump.

Heck, dmidecode has an option to literally pull just the UUID, that being: "dmidecode --string system-uuid".

Applications / Re: FreeRDP - we have options!!!
« on: June 15, 2021, 02:06:37 pm »
Hi Lutz!

...But doing the same by means of my WPS-icon nothing happenes at all. No Firefox starting up, no error in the log file. For a fraction of a second the icon gets shaded, then nothing.

Do I have to meet some special prerequisites on that Win7-machine?...

That is correct, you need an Application Server component to run on the Win side of things so that FreeRDP can connect to just that particular application you specify.

Here is what I specifically noted in my original post above:

...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 (, 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....

I purchased the thinstuff application server and deployed it on my win7-pro setup. Works perfectly!!! To be honest I'm surprised there isn't a much bigger group of OS/2 folks who are jumping at this becuase in a typical multi-os LAN install this is such an easy solution. I do realize that not everyone will have multiple OS installs however.

For my part I am routinely running the Win version of Firefox whenever I happen to hit a site which our version of Firefox can't handle...and there are many many more of such sites these days.

Beyond that I have a couple other apps that I'm working with in order to better take advantage of the functionality Andrey ported to our platform.

If there is one complaint I have about FreeRDP it is that it consumes a LOT of shared memory. In fact, once a session is started it'll easily eat up over 100MB, eventually after a day or so that'll grow to about 200M at which point in time things start shutting down here as shared memory is completely used up. I run my box 24x7 so there isn't a regular once-a-day shut-down that cleans things up for me.

In comparison to this the RDesktop app (also ported by Andrey) doesn't have this memory issue, however it also does NOT implement the Application server client functionality. As such it is best suited for a full session use, which is how I use it most often.

Applications / Re: patched PmMerge
« on: June 14, 2021, 03:00:37 am »
Hello OS4USER,

Any one brave to test ?  :)
... a problem to report.

So during the boot the normal BLUE screen right before transition to WPS happens is missing, the displays actually go black as if the video signal is cut off, then by the time both displays come back I go straight into the WPS Desktop. Normally this only happens after the BLUE screen pops up, a little clock-icon after and than WPS is up.

Weird, but OK so far.

The problem is that attempting to run Lucide right after (repeated this twice) gives me a non-responsive WPS. Only CAD-Helper gets me out of the problem, the Re-boot option that is.

I haven't tried any other apps yet since I figured I would report this first and test any other specifics you might be interested in?

FYI, this is a 4.52 SMP setup (6-core AMD CPU), 202 kernel, latest ACPI, SNAP drivers, dual-screen (1920x1200 x 2).


Web applications / Re: QT5 simplebrowser
« on: June 08, 2021, 02:04:11 pm »
Paul, everyone...

...I for one am a little tired of the constant calls for sponsorship of bww - and the non-mention of other folks who continue to put effort into OS/2 development...

That's an excellent point.

All my $$$ contributions, with the exception of the previous AN/AOS Software Subscription or application specific purchases like NetDrive, PMMail, or OpenOffice, have gone to individual authors. These are usually the smaller $20-25 range "injections" into the "system", since I figured most of us still do OS/2 for the sheer challenge/love/joy of it, and long gone are the days of making profits. So I feel like that approach recognizes the on-going individual contributions.

Now, on the subject of the QT framework based browser I will say the following: it is very dishartening for me to see that BWW and AN appear to be un-willing to work on this major undertaking together, or at least that's my perception today.

Sigurd brings up an excellent point: if AN is NOT providing any sponsoring, why is that?

Look, I will turn the tables on this. I have been participating in the AOS Testers List for some time now. The stuff I can test I do, and I always do it very thoroughly, but to do so it takes time. Granted, one cannot participate in all the testing efforts, heck the latest wave of UEFI is a perfect example of this (I simply lack the hardware), but whatever I can test I certainly spend the time to do so. We all know the old saying "time is money", and it's absolutely my choice to continue to donate to on-going AOS developments, but in some ways it is a certain kind of investment, no?

Therefore, it sure would be nice to see AOS provide a somewhat intangible ROI on that time donation and get behind the idea of getting us a more recent Web engine, after all, vast majority of today's "day to day" computing has moved almost entirely into the web space.

Anyways, much speculation here and we are all guessing to an extent, but perhaps what would help is some clearing of the air by our major platform players?

Networking / Re: Arcamapper (SAMBA) loses connection
« on: May 28, 2021, 07:50:43 pm »
Dave and Lutz,

Quote from: Dave Yeo
... [EAs] need to be turned on, forget exactly but IIRC, both in the kernel and in the EXT4 build as well as in /etc/fstab.
Does this mean, that for turning the EAs off it is neccessary to do this in the fstab-file as well?

Well, I don't have no fstab-file at all in my whole AOS-system. But I did find a file called smb.conf. I inserted the line "ea support = no" and here we go! PMView now works fine!

Sorry for not being clear, I was talking about turning on EAs on your NAS, if needed, not OS/2.

But you do NOT need to disable EAs on your NAS box...what I was talking about in my above post was literally disabling the EAs support in your NetDrive/ArcaMapper connection setup.

You have the option right there to literaly say "this connection/share does NOT support EAs", which means that regardless of what the OS/2 application tries to do with EAs such functions will not be supported by the share where your media is stored.

The outcome of this approach is that only your OS/2 box does NOT see EAs on the NAS, even if that NAS supported EAs with whatever filesystem it's using.

Networking / Re: Arcamapper (SAMBA) loses connection
« on: May 28, 2021, 03:47:44 am »
Hi Paul,

Hi Dariusz,

If you can capture debug logs (create a stub file x:\ndpsmb.dbg in the root of your boot drive) I'd like to try and fix this...

I appreciate the offer, but I'm pretty sure you have tried to help with this before, as on off-shoot to the AOS testers-list discussion, and we found that the ndpsmb.dbg wasn't showing anything. I thought your conclusion was that it may be one of the libraries that NetDrive is using and since there is no access to their source code not much could be done to debug further.

Having said that, I'm more than happy to try this again. Let me know what debug levels you want me to set and I'll let this thing run.

Pages: [1] 2 3 ... 65