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

Pages: 1 ... 50 51 [52] 53 54 ... 61
766
Hardware / Re: USB Mouse/Keyboard
« on: May 12, 2015, 08:07:19 am »
Quote
It was simply a real switch that kicked flipped the USB connection electronicly from one PC to the other.
But what it the difference with this KVM to simply plug and unplug an USB mouse or keyboard?

USB devices are intended for hot plugging and this works with OS/2 for USB mice sinces ages. Does it work for USB keyboards too? Or does it not work reliable for some mice and keyboards?

Btw. I'm aware of keyboard/trackball devices which violate USB specs and so do not work with some bioses and some OSes. But it should not make any difference if they are plugged in directly into the USB port or via a KVM switch.

767
Internet / Re: SeaMonkey 2.21b3
« on: May 05, 2015, 08:06:50 am »
Quote
...between the \ecs\dll and \usr\lib, but would still love to get any input on next steps.
One step would putting all %unixroot%\usr\* in libpath in front of the other directories.

Another on is delete all dlls in ecs\dll which are in \usr\lib too.

Final step, delete all duplicate dlls in all directories on all drives and only use the \usr\dll ones.

768
Hardware / Re: Under $90 upgrade for OS/2 review !
« on: May 03, 2015, 11:40:37 am »
Quote
So, is there any X series cards that support Dos/Win sessions ?
My X300 does. But seems to depend on different things I do not know as others have problems with DOS/WinOS2 even with the X300. There are numerous threads about and AFAIR some suggestions in the ecomstation bugtracker.

769
Internet / Re: SeaMonkey 2.21b3
« on: April 29, 2015, 04:43:53 pm »
Quote
...but the less external dependences the better.
Sounds good but OTOH this would mean less use of shared dlls which leads to more memory usage. And memory is getting more and more a scare resource on our OS. So sooner or later this will lead to more trouble than solving in the short term.

Quote
It saves us having to try and find the odd DLL and put it where it won't cause trouble at a later date.
This should not be much of a problem. Only install what the readme says. Or is there some dll missing in the readme?

Quote
It also means that what you build is much more in the OS/2 way which is 'a good thing'.
Avoid using shared dlls contradicts the 'OS/2 way' IMHO.

Dave, I clearly vote for one 'standard way'. At this times as defined by bww.

770
Setup & Installation / Re: What's your WPS setup ?
« on: April 24, 2015, 08:42:44 am »
Quote
I ask b/c the multi-core CPU/SMP setups and the old IRQ monitor (SEDEV=SHOWIDT.SYS) are a problem...never been able to get it working here.
Had it working here for years with my Dual-Core. Not tested on the Quad-Core though. AFAIR only IRQs up to 15 are displayed. So not much use anymore when ACPI reroutes some hardware to high IRQs.

771
Programming / Re: Version control
« on: April 20, 2015, 09:37:30 am »
Quote
what do you guys suggest as the most applicable version control application?
I would suggest git for all your development. No matter if you manage your repository on your own server or on some public sites. BUT currently git for OS/2 lacks a decent GUI. You can use older versions of smartgit (needs Java6) to check out (pull) and browse repositories but have to use CLI commands to check in (push).

Second best option IMHO is SVN. I use SmartSVN for managing both local and remote repositories. If you develop something interesting for other  OS/2 - eCS users you can ask Adrian to manage your SVN project at netlabs.org. Private repositories can be handled at your own server. You have to set up the svn server on one of your systems. IIRC I've written down the necessary steps at wiki.netlabs.org.

At this time I would not vote for CVS anymore. It's so ancient and misses current needs.

Unfortunately we do not have version control integrated like TortoiseSVN or TortoiseGit on Win. Although it seems to be not very complicated to extend WPS menus in a similar way no one have done it right now.

772
General Discussion / Re: Haiku OS and its Niche.
« on: April 09, 2015, 04:40:36 pm »
Quote
We don't need one "big bang" change, we can go giving little steps to replace PM, SOM, CPI, etc... file by file if it is necessary.
That is a dramatic wrong wording IMHO. It does not need 'little' steps but giant leaps to replace only one of these parts with open source alternatives that have nearly the quality level we are used to and which OS/2 - eCS users are expect before the even want to try out your replacement component.

You will not find the community which is willing to test and bug fix any OS/2 replacement component when it sucks like the first Linux versions or the examples you've stated above. None of the serious OS/2 developers will only waste a minute looking into messy code as Sergey describes above. It is a big difference between tinkering with some code snippets and coding medium sized quality level applications (read usable replacement parts).

Most probably you will not
Quote
...need right now is someone with the interest of talking a look under the hood...
as this was done hundred of times before. The conclusion was always the same - it would need way to huge investment and man power to only replace one of them for our community. Even when we were 10 times as much and 10 times as rich as we are your dreams are so much out of reach you probably can't even imagine. Sorry I've to say that :(

Think about why only very few people even test the os4 kernel. This is an example of a piece of software which is not that bad at all. In fact it works remarkable well on a lot a machines. But beside the legal concerns which I don't want to discuss here it has a few limitations. This few limitations (documentation, trace support, incompatible with ACPI) prevents usage and testing by a wider audience. Why do you think a lot of people want to play with replacement components which for sure will have a lot more bugs and incompatibilities when you do not even find the testers for much more advanced projects? Why do you think a broader audience is willing and qualified to develop, document, make install packages and test a replacement component when we do not even have the man power to support running projects like AOO, Firefox, Seamonkey, Apache, all the ported QT apps..... ?

773
Hardware / Re: Motherboard woes Asus H87-Pro
« on: March 29, 2015, 04:48:38 pm »
Update to the Asus H87-Pro I have -
the integrated Realtek NIC does not work well with the latest AN Mulitmac driver. Trying to transfer GByte big files via ftp does not even start here. A ping to the source system which runs in parallel shows delays up to 5s. No wonder the ftp transfers does not seem to do anything. UDP transfer rate is terrible bad too. No chance to get ICAT working with that driver/chip combination with this motherboard. Though the same driver with another mobo works quite well. Putting into a PCIe Intel GBit NIC driven by AN Multimac driver solves the ftp transfer problem. For getting decent UDP transfer rate I have to use another older PCI Intel NIC with native driver in parallel.

Just to inform if anyone is planning to use the same board too.

774
Networking / Re: 3Com 3C905 - driver which works with high IRQs?
« on: March 15, 2015, 11:11:51 am »
Quote
Did Genmac not have support for the 3com model ?
I don't know. But in my special case this most probably will not help. The main reason why I wanted to get these 3Com working is cause ICAT needs minutes until it connects to this box with the integrated Realtek chip. I tested UDP performance with netio and results are terrible slow with Realtek. I tried for days with different window size settings in inetcfg.ini. But couldn't get satisfactory performance. So I put in an extra NIC which I've laying around to test ICAT with this.

Putting Genmac into this setup is surely not the best idea as pretty sure it is not optimized for UDP and kernel debugger. I'll buy an Intel PCIe NIC and see if it works better then.

Thx

775
Utilities / Re: Multiple "." breaking association
« on: March 14, 2015, 03:17:42 pm »
Gabriele, can you give a short how-to install sabreDAV for Apache on eCS? Any link?

776
Internet / Re: SeaMonkey 2.21b3
« on: March 14, 2015, 01:58:18 pm »
Dave, thank you so much. Just installed and all seems to work well. Including lightning and lightbird. Since a long time I've a working calendar on eCS again.

I did 'highmem -b xul.dll' and it seems to be okay. But till now not extensively tested. Should I try to load all other dlls high too?

777
Networking / 3Com 3C905 - driver which works with high IRQs?
« on: March 14, 2015, 11:33:52 am »
The EL90X.OS2 I've with eCS2.2 can not handle IRQ17. Anyone knows if there exist a driver for this card which can work with high IRQs?

In fact I got the driver loading and working with the debug kernel and manually changing registers at the point where the driver traps. But I do not want to patch registers every reboot :)

778
Applications / Re: qpdfview
« on: March 09, 2015, 09:33:04 am »
Ivan -
Quote
for instance, not everyone can get CUPS printing to work so why is it a built in requirement and must be installed for this port to work?
I can only speculate on this -
- maybe the majority of users who read pdfs have sometimes the need to print part or whole pdf (like me)
- maybe the creator team of this program decided that they need to print sometimes and they decided the way to go is cups
- maybe the porter of this application does follow the above arguments or simply did not see any sense in cutting out code he ported from the qpdfview project (and increasing his own workload considerable) only to make one OS/2 user happy while distress a lot of others 

Of course you can ask on qpdfview user or developer list this topic. But for me such discussions are as useless as a hole in the head. And fear the developers of qpdfview will see it similar. They use some *nix system where cups is standard. If I should speculate again they will say that's the way it is, take it or leave it.

which is not the answer for cleaning up old dlls. 'which -lasu libc065.dll' can only find dlls in current directory and libpath. But not the ones which are loaded by some application in theirs directory regardless if you have . in libpath or not. Btw. that's the reason why I implemented in my which port a warning message about that fact. And that's why I wrote above -
Quote
What a user needs to do for cleaning up his mess would be searching all drives for duplicates of every dll in %unixroot%/usr/lib. Tools like DataSeeker, pmseek, SearchPlus can be used for this.
Problem is too many users copied some dlls into some directories all over their system and now reap what they sow. Ways to start cleaning of a system are
- run one of the above tools at least for all dlls and dependencies listed in the readme
- double check with which -lasu all these dlls (you can use pmdll to get the list of dlls but you have to repeat this step)
- check all your programs you start automatically or manually after reboot for dlls they use and where they are placed on your system

Another method would be reinstalling eCS WITHOUT manually changing libpath afterwards (I hate to suggest the Windoze way)

779
Applications / Re: qpdfview
« on: March 08, 2015, 11:22:31 am »
I don't use YUM,
That might be part of your problem.

Quote
The problem is, that they are not exactly helping anybody, when their software doesn't work properly.

It was proved numerous times that it's nearly impossible to help people how have spread different dlls coming from unknown sources all over their system. Especially when they ignore the fact that they have driven themselves into an inscrutable dll hell and neglect to clean it up.

Currently the only way to keep dlls which are needed for ported software in a current consistent state is yum/rpm. No one offers a better way for doing this so it makes absolutely no sense to constantly ranting about. Come up with a better solution and I'm willing to discuss the pro and cons.

What a user needs to do for cleaning up his mess would be searching all drives for duplicates of every dll in %unixroot%/usr/lib. Tools like DataSeeker, pmseek, SearchPlus can be used for this. But this is a time-consuming task of course.

Quote
I find that file in my DLL collection. I am not sure where it came from, but it is likely in an older version of libpng. The latest one seems to call it png1616.dll, for some reason.
I do not have a png16.dll in my libpath and qpdfview works. qpdfpdf.dll needs png1616.dll. Here's the dll loading tree -

780
Applications / Re: qpdfview
« on: March 06, 2015, 07:22:14 pm »
qpdfview0.4.14 works fine here as the older versions did.

I do not have it on the boot drive and it works. But I do not have %UNIXROOT% pointing to the boot drive too. Maybe that's different to Dougs setup.

Printing works via cups. Although I would prefer if it would work via native pscript.drv it's not a big problem.

It seems qpdfpdf.dll must be in qpdfview directory (included in qpdfview-0_4_14-ga.zip anyway). That one in %UNIXROOT%\usr\lib\ is not found.

While I write this in Seamonkey qpdfview displays a 2.6MB pdf. Chatzilla and SMs email/news client is open as always. One AOO spreadsheet and one AOO text document is open. VBOX is running a XP guest at the same time. OpenFire (Java) runs in the background. PSI, ZOC, two LarsenCommander instances and a few other apps run too. Astonishing that this all is even possible with that old base OS.

Pages: 1 ... 50 51 [52] 53 54 ... 61