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 - Doug Bissett

Pages: 1 ... 89 90 [91] 92 93 ... 97
1351
Applications / Re: Java applications Jedit 5.1.0
« on: August 14, 2013, 07:19:46 pm »
Quote
I downloaded jalbuminstall.jar

Well, that was your first mistake. I gave up on the JAlbum installer, years ago.

I just downloaded the ZIP file, for everything (last one in the list), unzipped it, replaced my old install (which was ancient), and it seems to work okay with the latest JAVA from the eCS Software Subscription site.

I have no interest in JEdit, but I may give it a try later.

1352
Networking / Re: FTP
« on: August 03, 2013, 04:54:55 pm »
Quote
is firefox SMP safe?

I am pretty sure that it is supposed to be SMP safe. I don't see the problem that you describe, although FF does have a few other, similar, problems (at least one is probably related to FLASH). I do have the latest ACPI installed (acpi-3.22.02.exe), along with the SMP updates for various things that were released with the recent ACPI updates (but have nothing to do with ACPI directly). Perhaps you need them?

1353
Networking / Re: FTP
« on: August 02, 2013, 07:09:08 pm »
I should have mentioned that Firefox (and, I assume, SeaMonkey) will only download from FTP sites (and it does handle files greater than 2 GB), without some sort of add on to do uploading.

1354
Networking / Re: FTP
« on: August 02, 2013, 06:04:02 pm »
Quote
There is no question regarding OS/2 and the need for a good FTP client; it simply does not exist.

Quote
I have to agree with Ben we do need a GOOD FTP client for OS/2 that has no restrictions on file size.

Perhaps if we define what "good" means, somebody will take that information and create a "good" client. IMO we already have a "good" FTP server (Thanks to Peter Moylan).

My "requirements" would be:

1) Follows the latest RFC for FTP. I would assume that that would include large file support.

2) It works easily, and in the OS/2 way. Probably as a file system, similar to what SAMBA does, or even the way that Firefox does it (what is wrong with Firefox? I haven't checked, but I think it will handle files greater than 2 GB. I would assume that SeaMonkey does it the same way).

What else is there, that I haven't thought about? I admit that I usually use the old FTP-PM program for most things, and it does what needs to be done, quickly, and easily. I haven't used the version that supports greater than 2 GB files, but  would assume that it is the same as far as the user is concerned (whether it actually works, or not, is unknown to me - I must try it).

1355
Networking / Re: FTP
« on: August 01, 2013, 10:03:19 pm »
I have a need to move some rather large files between two networks, by large I mean greater than 12GB.

The easiest way to do this is via FTP.  The problem is that I have not been able to discover an OS/2 FTP client that can handle that size of file, most clag out at 2GB.

Is there such an OS/2 FTP client that will do the job or do I have to look at some sort of kludge to get the job done?   

I just used QFTP ftp://ftp.netlabs.org/pub/qtapps/qftp-1.5.2-os2.7z to transfer a 5.1 GB file. I am also using Peter Moylan's FTP server http://hobbes.nmsu.edu/download/pub/os2/apps/internet/ftp/server/ftpser1.35.zip at the other end. It did some very strange things during the transfer, but it did do the complete transfer, correctly.

FWIW, I usually use RSYNC http://hobbes.nmsu.edu/download/pub/os2/util/file/rsync-3.0.9-20120425-shl.zip to do transfers like that. SAMBA, with the SAMBA client http://svn.netlabs.org/samba, will also handle large files.

1356
Hardware / Re: SATA AHCI weirdness
« on: June 23, 2013, 05:03:00 am »
Quote
os2ahci is version 0.1.4 (the one from hobbes).

I tried that one, when it was first released. The results were not good, as I recall. I think the only possibility would be to try the /r parameter with it. If that won't work, you probably need the one that comes with eComStation (now at version 1.29, which is very much newer than version 1.4 that is at HOBBES).

1357
General Discussion / Re: Hobbes directory structure re-organization
« on: June 16, 2013, 04:28:43 am »
Quote
I just remember that there are some EXE that I don't consider acceptable anymore.

There are some EXE files that should be unacceptable. Those that are simply executable programs would be an example. A self extracting ZIP file, or a WarpIN archive packaged as an EXE file (WarpIN itself, for example), should not be a problem, but I don't know how HOBBES could tell the difference, so those cases would justify creating a ZIP file out of them.

Repacking such things can present a problem. When somebody updates a file on HOBBES, they should remove older versions, using the text file facility (another thing that some users don't seem to understand). I believe it is set up to match the user who did the original upload, as well as the exact (case sensitive) file name, or the delete doesn't happen. That means that you cannot change another person's package. If you repackage something, and upload it, the old file will still be there, possibly with no way to delete it (many older packages are simply taking up space because of that). That also creates confusion when new users go looking for something. Ian has suggested that old versions should be kept, forever, but they should not be kept in the main repository, if they are kept at all. It would be up to the HOBBES management to decide how they want to handle that, but I am sure that you could make suggestions.

1358
General Discussion / Re: Hobbes directory structure re-organization
« on: June 15, 2013, 07:04:09 pm »
I was wondering, can we dare to write a "Hobbes File Naming Suggestion" document?

For example:

You can name the file after your product and indicate the version of it:

Ex: For an application named "Warpinator" release 1.5 you can name the file "Warpinator_1-5.zip"

Ex: What not to do. Do not refer your file as "latest" like "Warpinator_latest.zip"

It is a suggestion, it will not be written on stone of course.

It seems that there are certain file extensions that are acceptable, for uploads, and others that are not. This is a good thing, but some users don't seem to know what is acceptable.

For instance, a number of packages are built as WarpIN installers, which are then zipped. This is completely redundant, and often (if not always) results in a larger file for upload/download, plus the user needs to take the extra step to unzip the files. Files with the extension WPI are acceptable to HOBBES, and should be used. I have never tried it, but I believe that EXE files are also acceptable, for self extracting files (but that should be verified).

It also seems that HOBBES prefers (sometimes demands, depending on the maintainer at the time), that file names should always be lower case. OS2/eCS users often forget about that, as you did in your first example. It would be good, if HOBBES would ignore the case of the file names, but that is up to them, not us (won't hurt to ask).

I am sure that there are many more things that should be addressed, while you are at it. As I have said before, most of the "problems" with HOBBES are caused by the users. A comprehensive user guide might be more useful than reorganizing the whole thing.

1359
Programming / Re: OS/4 kernel and extended KEE
« on: June 14, 2013, 12:04:18 am »
Adding memlimit=512 to OS2LDR.INI changes nothing. I will try some other things, when I find the time (which may not be soon).
This is actually strange, 512mb memory limit always helps.
May be 511 or 510? I'm don't know how it calculates - with or without 1st mb.

I tried 500 too. Still the same problem.

1360
Programming / Re: OS/4 kernel and extended KEE
« on: June 13, 2013, 07:03:30 pm »
Just as a quick test, to be sure that I have it installed properly, I put this on my Lenovo ThinkPad T510. It seems to work fine, so I am now confident that I have installed it properly on the L530.

1361
Programming / Re: OS/4 kernel and extended KEE
« on: June 13, 2013, 05:55:41 pm »
This model has supplied with EFI BIOS and 1155 socket CPU?
Then this is the second side of famous 512Mb bug ;)

It is EFI BIOS, I am not sure if it is 1155 socket CPU. Yes, it is the famous 512 MB bug.

IBM OS2LDR does not see memory above this border - and this is bad :)

Well, it is not real bad. eCS operates reasonably well in 512 MB.

OS/4 loader can see it, but something wrong with memory tables or  BIOS or ACPI implementation on EFI... wrong in BIOS - the same bug exists on most of new chipsets... but I'm also saw messages about successful working of all 4Gb on EFI...

I'm think - OS/4 Team may trace kernel's execution on this place if they can get new PC with the same bug.

Just add MEMLIMIT=512 to OS2LDR.INI for now...

From what I have found out, there is a 4KB memory hole, for some unknown reason, at the 512 MB location. The rest of the memory holes seem to be above the 3 GB mark.

Adding memlimit=512 to OS2LDR.INI changes nothing. I will try some other things, when I find the time (which may not be soon).

1362
Programming / Re: OS/4 kernel and extended KEE
« on: June 13, 2013, 03:23:30 am »
I gave 4033 a try on my Lenovo ThinkPad L530. When I select any option from OS2LDR, it starts, the screen goes black for about half a second, and the machine reboots.

Using showmem=1 causes it to show a bit of interesting data, but it goes black, and reboots, after pressing a key (even when I select to boot the normal kernel). No sign of a log file, and I don't have a com port to play with.

It is possible that I didn't set it up properly. The instructions are about as clear as mud.

1363
Hardware / Re: Hi IRQ SCSI adapter
« on: June 03, 2013, 05:41:34 pm »
Does anyone know of a SCSI adapter that has an eCS driver capable of using IRQs above 15? I am looking to replace an old Adaptec U160 adapter...

I know of no such thing. However, the latest ACPI should detect that you have a SCSI adapter, that doesn't support high IRQs, and it should effectively automatically apply the "/VW" switch, whether you add it, or not. It seems to work with my old test system, which uses a Tekram DC-390U card, with the SYM8XX.ADD driver.

Interestingly, that SCSI card won't work with my newer systems  (even in windows XP, which gets really upset. ECS just ignores it). I only need it for my old scanner, so I am not too concerned about it, at the moment. I will be replacing the scanner, once I find the time to figure out what to replace it with (probably USB, but possibly a multifunction printer, since I need a printer too). SATA seems to be the replacement for disk, and CD/DVD drive support.

1364
General Discussion / Re: Hobbes directory structure re-organization
« on: June 01, 2013, 01:00:25 am »
Quote
We could send them a list of files once a year or blue moon of files to archive off, possibly.

Hopefully, it won't be necessary to use such crude methods.  8)

Quote
Bit overboard I know, just something that's evolved.

It seems that you have the situation well under control. May you, and your servers, live a long and happy life.  ;D

Quote
Others can mirror os2site.com

It might be a good idea to have a mirror outside of Australia (no, I am not volunteering, at the moment), but I can't think of any really good reason to do that, other than diversity.

Quote
and two spare servers which are DSync'ed when I remember to do so.

Could I suggest changing that to an RSYNC copy operation? I used DSync for a while, and it worked well, but RSync does just as well, and it is a LOT faster, mostly because it doesn't just copy the files. It does a smart copy, which reduces the amount of data to be handled (after the first time, of course). Currently I am handling about 10 times the amount of data, in half the time that DSync required. I use it for my nightly backups to my USB drive, as well as to my home built NAS box (eCS 2.1) across my Gbit network. If you do something through the internet, it can also ZIP data for transmission, if that helps (it depends on the speed of the link).

1365
General Discussion / Re: Hobbes directory structure re-organization
« on: May 31, 2013, 06:43:52 pm »
Doug, do you know the skills of the people involved at hobbes today? or you are just telling about your experience some time ago. I don't think we must disqualify nobody, specially when it is a community effort and nobody is paying hobbes to be online. 

No, I don't know, for sure, but it is pretty obvious that at each semester change, there is a new person learning the ropes. Sometimes, HOBBES goes for a whole semester with nothing happening. I expect that there is an overall supervisor who makes sure that nothing too serious happens. The actual person in charge is probably the guy who asked for contributions, to upgrade the system, a few years ago.

Your structure looks okay, but there are probably a lot of different ways to do it, and all of them would be equally acceptable. Something that follows the current setup would probably be the easiest to implement. Some cleanup would help more.

Quote
Shame they don't have a LEO archive as that was the other large OS/2 repository before they lost everything in a crash

Hopefully, HOBBES has a good backup plan in place. Since HOBBES itself is only a small part of the whole site, I expect that it is well looked after. It is reassuring that there are a couple of mirror sites.

Quote
The classic example is the link Return to homepage at the bottom of each webpage which does *not* return to homepage

Hmmm. I never noticed that, since I never use it. Yes, things like that should be fixed.

Quote
I can probably add them for OS/2's access if there is interest

Ian, you have a great site, but general access is a bit awkward, although not difficult. I think your site could be used as a template for any changes at HOBBES, but I still question whether such changes are actually necessary (some cleanup would be nice).

While we discuss backups, and mirrors, I assume that you have a good backup plan in place, but what happens if  a small asteroid clobbers your residence? Is there anyone mirroring your site? (I know it is "forbidden", but exceptions can be made). It would be a shame to lose your site too.

Pages: 1 ... 89 90 [91] 92 93 ... 97