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

Pages: 1 ... 7 8 [9] 10 11 ... 28
121
Applications / Re: odin 0.8.3
« on: 2012.02.21, 07:04:09 »
Quote
I have gcc446.dll installed in the system32 subdirectory

Why would you put it there? The GCC, and LIBC dlls are system wide, not just for ODIN. Many programs use them. It is strongly suggested that you put them into a common system directory such as <boot drive>:\eCS\DLL (default for eComStation), or <boot drive>:\OS2\DLL (default for other versions of OS/2). Then, make sure that there are no other copies anywhere on your system. That makes it a LOT easier to keep yourself out of trouble.

122
Applications / Re: odin 0.8.3
« on: 2012.02.21, 06:56:05 »
Quote
Is there more to the gcc4core-1_2_1.wpi file?

Yes.

123
Hmmm. Even MORE interesting:

After I posted the previous message, I left the os2world.com web site, and all processors turned on again. I did not, knowingly use FLASH. When I came back to os2world.com, three of the processors went to 0.0% activity, and stayed there until I left os2world.com. I then closed Firefox, removed the FLASH plugin files, started Firefox again, and came back to os2world.com. All processors showed activity, until I logged in to post this message. Now, it is back to 0.0% on three of the processors.

This gets even stranger. I opened a new tab, and went elsewhere. All processors showed activity. I left that tab open, and came back to os2world.com. Only one processor is active.

Very strange. Anybody know what is going on?

124
Quote
also make sure you don't have only the libc063 from the libc064 package installed. a mixed libc063 libc064 leads to problems. and with the libc064 mentioned earlier you don't need old complete libc063 anymore.

Now that is a very confusing statement.

I am using the libc064 package, overwritten with the contents of libc064_test_1.zip. Overall, it seems to work a LOT better than the original libc064 package. However, it still seems that there is something different about using the old libc063.dll, compared to using the forwarder dll supplied with libc064. That should never be the case since older programs may depend on certain things happening (even if it is a bug). If a program needs some support in the libc064 package, it should be compiled to use libc064, and not libc063, depending on some bug being fixed, because that fixed bug is breaking support for other programs.

I am also using ODIN 0.8.3, which seems to work okay with FLASH 11, however, I just had an "interesting" problem. I viewed a FLASH movie in Firefox. It played well. Then, I used Pronews to look at the news groups (Firefox was still open in the background, and it was not on the page where the FLASH video was). Pronews couldn't access one of the servers (it happens every once in a while), and kept trying, while I looked at the rest. Usually, I can just close Pronews, and it tries again the next time I open it. Today, Pronews would not close, until I killed it. Then, I noticed that only the first, of four, processors was showing any activity. The rest were at 0.0%, which only happens when all but one processor is disabled. That condition persisted until I closed Firefox (and FLASH 11 with it). I never knowingly set FLASH, or Firefox, to use only one processor, and even if I did, past experience shows that it doesn't always use only one processor, it moves around between them.  Now that I started Firefox again, the system is back to using only the first processor. This is not good.

125
Article Discussions / Re: ACPI version 3.19.15 released.
« on: 2012.02.19, 04:04:59 »
Quote
Should it be reporting the actual temperature?

Yes, it will report the temperature in Fahrenheit, or Celsius according to your selection. The ACPI standard setting probably won't work with a lot of Asus motherboards. Mine is an Asus M3A78-EM with quad core AMD Phenom processor, and it works with the P5B setting. It does not work with ACPI standard.

126
Article Discussions / Re: ACPI version 3.19.15 released.
« on: 2012.02.17, 19:30:06 »
Quote
I had been testing ACPI 3.19.15 on a Lenovo L420. In general terms it seems stable and didn't give any boot problem or strange message.

I have a Lenovo ThinkPad T510, and I can say that overall, it works pretty good, but I still can't get my realtek WiFi to go. That seems to be a problem where GENMAC doesn't get the IRQ that everything else says it has. We desperately need MultiMac to support these things.

Quote
The baterry widget stopped working. So after reading the readme I disable all the stuff on the config sys and reinstalled it. The widget started to work.

I just installed over the old ACPI on my main machine (Asus M3A78-EM ith quad core AMD Phenom processor). It all worked okay, but I later realized that there was a LOT of junk left over from the older ACPI. The Reactor temperature widget has never worked on that machine, but I discovered that if I select the Asus P5B motherboard setting in the widget properties, it does work.

For the T510, I uninstalled ACPI, using WarpIn, cleaned up the left overs, and installed ACPI 3.19.15 new. The battery widget works fine, but the Reactor Temperature widget tells me that the machine is at 429496456 C. I suspect that that isn't quite right, since I am still here. I did try the old Thermal.EXE program, and it tells me the proper information, so it seems to be a widget problem.

Quote
The "ACPI Power" icon made on the desktop folder by the installer is not pointing to the right path /ecs/bin, but that is a simple error on the WarpIn script.

I see that too. Yes, it is an error in the way it is done.

Quote
I still need to test further the standby/resume function.

On the T510, it looks like standby works okay, for me, but resume is a no go. I think it actually does the resume, but it never turns the screen backlight on, so I can't tell for sure.

127
Article Discussions / Re: ClamAV GUI version 2.4.1d
« on: 2012.02.07, 18:39:16 »
Quote
Be carefull, I just downloaded drman 1.2.3 zip file from hobbes and this one is infected !

I would guess that there is a 99% chance that it is a false positive. It should be submitted to the ClamAV team for analysis, so they can correct their database, and eliminate the false positive (or, verify that there really is a problem). The main problem there is that they probably don't even know what OS/2 is, so they will have no way to actually verify that the dll is, or is not, defective.

Over the years, I have seen a few OS/2 programs show as being infected, but the reality is, that they have all been false positives. Windows programs, on the other hand, run at less than 1% false positives. The rest are true positives.

128
Networking / Re: Suggestions for eCS as SOHO Server
« on: 2012.02.07, 18:27:39 »
rocalos2
Quote
But I can't found documentation about web/2 on dink.org. The  site is down.

Yes, Dink left a few years ago. I am not sure if there is any real documentation for Web/2. All I have is the package, with some samples., and all I use it for, is to run Web Family Tree (which is a cgi script). It isn't difficult to figure it out, just add a file called index.html, and it will load that when anybody accesses port 80 on your machine. index.html can be used to link to other pages to make a complete web site.

Blonde Guy
Quote
I suspect the problems with Samba are on the client in the NetDrive part anyway, because the same problems exist with NetDrive over FTP.

I don't have NetDrive, so I wasn't sure about that. I agree that the main problems are in the EVFS/EVFSGUI client. The latest ndpsmb.dll seems to work better, but it still has problems. I can't really tell if it is the dll, or if it is the GUI that causes the trouble,. I have found that  setting the cache timeout to 420 seconds, and the Listings to cache to 80 (the maximum), does make it work better, but not perfectly. FWIW, I don't see many problems when accessing the SAMBA server from XP or Win7, it is only the SAMBA client in eCS that seems to have serious problems.

Re: RSync:
Quote
I have alternatives for Windows that look more attractive anyway.

I have tested a package called DeltaCopy (server, and client, for windows), which is compatible with RSync. I don't really use it because I don't really use windows much, so I can't really say that it is reliable, but it does work.

Quote
I'm going to set up eCups for printing. This is far from satisfactory at this point, but I'll simply document and open bugs.

That has been my experience with CUPS too. I can get the test page to print, but it always cuts off the left hand half inch, no matter what I try. It seems to be something wrong in the page dimension calculations, but nobody seems interested in fixing it, and I don't know enough about it to even try. Of course, my printer (Canon i960) is old now, and it seems that there are not a lot of them left (best printer I ever had), so there isn't much point in pushing the issue.

129
Well, it seems that there is only 1 (ONE!) person working on Firefox, Thunderbird, and SeaMonkey, at the moment, and he admits that he is not a programmer, and doesn't entirely understand a lot of it. There could be trouble ahead.

More, competent, volunteers are needed (but that is true of a lot of OS/2 stuff). I think that the people who were working on the Mozilla derivatives are busy on more important stuff, at the moment. Hopefully, some, or all, of them will return to the project, after they finish the other things (no, I don't know what they are working on, but I would guess that ACPI is part of it).

130
Hardware / Re: Trying out Lenovo Thinkpad L420
« on: 2012.02.04, 02:23:36 »
Quote
Any hints with the trackpoint and wireless card will be apreciated.

That is a bug in the eCS 2.1 installer. It places MOUSE.SYS  in CONFIG.SYS, along with the AMOUSE version of USBMOUSE.SYS. The result is that click does not work. Change the MOUSE.SYS line to the AMOUSE.SYS line (probably there, but REMed).

131
Networking / Re: Suggestions for eCS as SOHO Server
« on: 2012.02.03, 22:10:56 »
It is not entirely clear what kind of server(s) you are looking for. However, I will give this a try;

First, I know very little about any of the software that you listed. Most of it is pretty old, and I suspect that it is not used much any more.

Answer #1: I use the following:

SAMBA for LAN. SAMBA is compatible with later versions of windows. The server seems to be pretty solid, but EVFS/EVFSGUI seems to be pretty flaky. It works pretty well with XP and Win7.

Peter Moylan's mail server works very well.

Peter Moylan's FTP server works very well.

Web/2 works well as a very basic web server (HTML, CGI, etc.).

RSync has a server mode that works pretty good.

PM VNC server works well for remote desktop, when used with the VNC viewer.

There are more advanced servers available, but i know little about them.

Answer #2:

I have no idea.

Answer #3:

Not really sure what you are looking for here. I assume that SAMBA is what you are looking for, if you just want a local area network.

Quote
Perhaps, part of the fun and challenge, will be getting everything to communicate within the SOHO.

As long as you have a working TCP/IP on each system, all of the above should work. Remember the KISS principal (Keep It Simple Stupid).

132
Quote
"let´s get back to WarpIn" is a "no-go"

Why? It works far better than RPM/YUM ever will. Reinventing the wheel, by cutting a slice off of a tree trunk, is not a smart thing to do. Eventually, it could be turned into something that will work properly (5, perhaps 10, years?), but so far, I am not even sure that they have the concept of adding an axle to the tree trunk. Be assured, that there is very little that RPM/YUM can do (or ever will do) that WarpIn cannot already do, and WarpIn gives the user, and the program packager, a lot more control than RPM/YUM ever will.

FWIW, I intend to use whatever packages are packaged in (preferably) WarpIn, or ZIP files, and those that do not get packaged that way just won't be used. They also won't be used if they won't work in the eCS way of doing things. The prime example is ClamAV. That hasn't worked right since the first release that was put into RPM/YUM, even when it is packaged by WarpIn. The port has been made to fit in the round hole of linux, and it doesn't work in the square hole of eCS. I am not sure if that was done on purpose, to promote RPM/YUM, or if Yuri just got too lazy to make it truly compatible with eCS (probably too busy trying to make RPM/YUM work). In either case, ClamAV will work, but only under very strict circumstances. I cannot make it work with drag and drop, or with a batch file, and I cannot make it work by associating it with files, or adding it to the folder, or drive icon menus.  I have also not been able to get RPM/YUM to properly install ClamAV on my test machine. It did not make icons, and when I went looking for the program so I could make my own, bits and pieces of ClamAV were spread all over the pseudo linux directory structure. Not only that, but SAMBA quit working after I installed RPM/YUM. I suspect that many other programs (anything that uses UNIXROOT) would also have problems. Fortunately, DragText has a feature to set environment variables  for programs like that.

RPM/YUM is a HUGE step backward, and I, for one, will not accept that.

133
I recently decided to try making windows (XP, and 7) hibernate, rather than shut down. That allowed Air boot to boot to eCS, with no apparent problems, then I could shut down eCS, and reboot to windows, which resumed normally. HOWEVER, If either system ever changed anything on the shared FAT32 drive, it would cause trouble. It seems that windows does not close out the file system, and keeps it in memory (which is written to disk, during hibernation, and restored again after). So, it may not update the file directory on the disk until after it starts up again. meanwhile, if you changed something in eCS, that changed the directory, but that was overwritten by windows on restart, your changes were lost, or worse. If you ever removed a file, using eCS, windows would get all upset because it has a directory entry for a file that isn't there anymore. Of course, this can happen in lots of different combinations, and the results are unpredictable (usually file system corruption). It seems to be necessary to do a complete shut down in windows, before using eCS. Perhaps that will give you some idea about what might have happened, and it may explain why not using the cache, in eCS, works much better. USB drives would be closed out when you remove them properly, which would alleviate the problem.

There may be a way to tell windows to write changes immediately, but I haven't stumbled across that yet.

134
Quote
t seems to solve the problem, but not in the way we should expect.

Microsoft is trying to kill FAT32, because it doesn't work very well. NTFS is far better (stolen from IBM's HPFS, but without the reliability built in, but they did add journaling). Unfortunately, we have only one reasonable option for file system compatibility, and that is FAT32. VISTA was the ultimate attempt to kill FAT32, and it will refuse to format a disk larger than 8GB (I think) as FAT32, for no good reason than described above. Win7 seems to have backed off on that, and it will format a 16GB disk as FAT32 (possibly even bigger). Windows can, apparently, work with a 512 GB FAT32 disk, if you can get it formatted that way, but I think that our FAT32 driver has trouble with large FAT32 partitions (more than about 32 GB). Using 30 GB is far more space than I would allocate (I use 15 GB on my 512 GB disk, and I actually use about 1GB of it).

The answer for OS/2 or eCS, is to use DFSEE to format the drive as FAT32. Windows, and OS/2, seem to be happy with that. Other (windows) tools might create the partition with an incompatible geometry, that OS/2 doesn't understand.

By the way, I make two suggestions about FAT32 in OS/2, or eCS. One is: Do not use the EA support. EAs are sort of nice, in a few cases, but they are far from necessary on data disks. You will find that you have far fewer compatibility problems if you turn that feature off. Second, I recommend REMing the cachef32.exe line in config.sys. FAT32 works faster, and more reliably without the cache, especially if you use it with USB devices.

135
Article Discussions / Re: SMplayer version 0.6.9 build 4
« on: 2012.01.23, 02:54:28 »
I thought that LIBPATHSTRICT should do the job, but I may have set it up wrong.

I reinstalled the libc064 CSD4 package, then decided to use the new libc064.dll too. Then I rebooted.

It seems that the problems with the libc063.dll redirector are now fixed (at least the ones that I was having trouble with). SMPlayer also works better. It doesn't crash when trying to save the settings. However, something is weird with the sound, and it seems that the setting (kai dart mode) is not always remembered. I played a couple of videos, with sound, then when I tried to play the third one, there was no sound, and the audio setting was set to kai (without the dart mode). That seems to lock up the sound system until I reboot. It also caused PM123 to be silent. I am not sure what that was all about, but deleting the PM123 INI files fixed the problem, without a reboot.

Now, to see what else might be broken, or fixed.

Pages: 1 ... 7 8 [9] 10 11 ... 28