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 - Paul Smedley

Pages: [1] 2 3 ... 58
Multimedia / Re: Updated Uniaud32 build
« on: June 19, 2021, 11:41:58 pm »
You must have pulled tha latest drop I just got home from vacation and it is not connecting. but thank yo anyway.
Bit simpler than that, the router decided to stop working around 1am and was rebooted around 6:30am...

Multimedia / Re: Updated Uniaud32 build
« on: June 19, 2021, 01:00:57 am »

Web applications / Re: QT5 simplebrowser
« on: June 08, 2021, 05:03:37 am »
Hey all,

To me it is quite obvious that Roderick is spending a lot of time trying to make people
donate to BWW. Thanks to his reminders I have donated a few times and will do so again today.

I've been trying not to interject into this thread, but I have to get this off my chest.

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.

There are many other developers listed at who also a great job - some of the projects aren't as 'sexy' as a web browser, but they're still worthwhile supporting.

For example - KO's ports of VLC - being able to play videos is a pretty fundamental requirement of any OS these days; Tellie's ports of various Qt utilities.



Multimedia / Re: Updated Uniaud32 build
« on: June 07, 2021, 04:52:55 am »
Hi Eugene,

Not working on my Gigabyte MB with a Sound Blaster Recon chip. My old laptop is gone.

Did older builds work? If the did, I'd like to see a log - but I do know there is at least one chipset used by Creative/Sound Blaster that is not currently enabled in the Uniaud code (as it won't compile).

Can you post the PCI IDs here?



Networking / Re: Arcamapper (SAMBA) loses connection
« on: May 28, 2021, 11:55:41 pm »
Well, unfortunately, I can't reproduce it here with my Samba servers, so without logs, I can't fix it....
I just uploaded the log.ndpsmb in the Mantis Webpage.
Yep I just responded there - you're not using the AN supplied Samba - you're running Samba client 2.2.0 build Beta4-20140226 based on 3.5.22-eCS 1.2.0-848

Networking / Re: Arcamapper (SAMBA) loses connection
« on: May 28, 2021, 11:14:33 pm »
Do you have a ticket number on the AN Mantis? I'll see if I can find it.
Yes. The ID is 0003117

But I haven't continued to communicate there... didn't have the impression that there was being worked on with much interest .... sorry. My position is: Why ask me repeatedly for lots of debug info, when it is very easy to reproduce the problem on their own systems?

Well, unfortunately, I can't reproduce it here with my Samba servers, so without logs, I can't fix it....

Networking / Re: Arcamapper (SAMBA) loses connection
« on: May 28, 2021, 04:18:32 am »
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.

I'll be honest - I don't remember looking at this previously :/ There should be something in either of ndpsmb.log or at least in popuplog.os2 that might give some clues.

Networking / Re: Arcamapper (SAMBA) loses connection
« on: May 28, 2021, 02:31:32 am »
Hi Dariusz,

2) Lutz, I have a situation very similar to what you describe as far as the disconnect issue goes. My NAS is mapped right at boot time...stays connected, then eventually that connection dies. I have been attempting to troubleshoot and debug this pretty much since I deployed the NAS here. No luck so far. This has remained constant through multiple releases of the Samba client, etc.

In fact what I ended up doing is to write a REXX script which is scheduled to run every 15 mins to check whether the NAS folders are still accessible. If they are not, the NetDrive control program (NDCTL.EXE) is gracefully shut-down and re-started. Following this the NAS stuff is visible once again.

Since implementing this approach I have NOT had a situation yet where I found my NAS unreachable when I needed to use it.

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



Networking / Re: Arcamapper (SAMBA) loses connection
« on: May 28, 2021, 02:29:41 am »
Hey Alex,

One thing that may be worth mentioning - I have EA Support turned off for all my shares on the NAS, precisely because ext* doesn't support them to the extent OS/2 assumes. If the EAs are indeed a problem, you might be better off turning them off when mounting the share, because most programs are capable of recognizing when EAs are unavailable and acting accordingly. OTOH, if they think EAs are supported and they aren't (adequately), then I could see some things running into problems.

Agree turning EA support off will likely fix the problem - but I'd also like to handle it more gracefully within ndpsmb if possible ;)



Networking / Re: Arcamapper (SAMBA) loses connection
« on: May 27, 2021, 11:25:39 pm »
Hi Lutz,

One problem that you are likely encountering is that your NAS uses EXT4 for a file system.
Oops ... you're awfully right :-)

Quote from: Dave Yeo
The problem with EXT4 is weak EA (extended attributes, xattrs in Linux speak) support, maximum size of 4kbs (OS/2 usually supports 64 kb) and need to be turned on, forget exactly but IIRC, both in the kernel and in the EXT4 build as well as in /etc/fstab.
That indeed seems very much likely to me.
Though I myself don't use the EAs it is probably inevitable to get involved into the EA-matter by some programs or the OS/2-system by itself.

Quote from: Dave Yeo
So while your NAS will work fine for straight files, things like the desktop and various programs need EAs and may (will in some cases) fail.

Quote from: Dave Yeo
For backup purposes, zipping things up is one way to preserve the EAs.
This not a solution in my case not at all. I have moved some applications (their data) from my ArcaOS-home to the NAS, i.e. these data are being worked upon permanently.

The manufacturer of my NAS (QNap) offers as an option the filesystem exFAT (will cost some money). Can you tell me if there are the same constraints regarding the xattrs as in EXT4? (I didn't find any info in the Wikis :-(( )

Thanks a lot,

It should be possible to enable EA's on the Qnap - however IIRC EXT4 has a 4k limit on the size of EA's - other filesystems allows 64k (hence I run XFS on my NAS).

In regard to the share disconnecting - we're going to need logs to help understand why that's happening. Do you have a ticket number on the AN Mantis? I'll see if I can find it.



Hi Neil,

(* can network directories be larger than 2 TB?)

I believe so..... My Shared drive reports: 2,908,314,763,264 bytes (2,708GB) free :)

Multimedia / Re: Updated Uniaud32 build
« on: May 27, 2021, 11:38:27 am » - code updated to linux 5.10.40 level...

Quick update, with - I can compile and link *C* executables with assembly produced in the COFF format. (For ELF, we have a bug with wl.exe preventing a valid executable being created).

Note c++ executables can't currently be linked. This is because weakld.c (part of emxomfld) only understand OMF, so I have currently commented out weak_prelink() in emxelfld, so we don't have weak symbols support.

For weakld, in WLDAddObject() will need to be enhanced so it understands coff (and eventually ELF).

FWIW the example helloworld.o in coff format, as as-coff.exe is at

Hi All,

Yet, you probably know more then most of us, if only from hacking on the GCC source. There are people who seem to instinctively understand this stuff though, AZ who did the GCC 2.9x ports was one. IBM chased him down and payed him to do the first kLIBC GCC port, 3.22 or so for Mozilla. There was someone else who ported GCC back in the day for fun, a different port then EMX. So much software lost.

Just an update on this - the issue with OS/2 executables and elf format object files appears to be a wl (Watcom Linker) bug. I built as.exe with coff object format and a simple hello world executable runs ok.

I'll use this to continue with some tweaks to gcc and emxelfld.exe as time permits, to see what's possible - ie can we still build a DLL with the tools and whatever other changes may be required.



Pages: [1] 2 3 ... 58