@Capehill

I use "utility/shell/timer.lha" from OS4Depot.

timer <command> starts <command> and displays how long it took to execute.

@smf
Quote:
Mounter doesn't recognize the drive, so I guess I'll need to figure out how to create a mount file for the drive and try that.

@Gregor
I have a Delock eSATAp adapter that mounts in the extra front 5.25 inch drive bay on the front of my X1000 case. The adapter is connected to one of the internal SATA ports (on the motherboard. I don't know if Delock still makes those kinds of adapters.

I have an external NTFS formatted hard disk that I use for file transfer between Amiga and PC. It was formatted on a laptop PC and works fine on the PC. It is recognized when I plug it in to my Amiga through USB but file transfer is really slow so I want to access it as an external SATA drive. When I plug it in as an external SATA drive it is not recognized. Media Toolbox sees it but won't access it unless it's installed. My question is: If I install the drive in Media Toolbox will it still work on a PC??

@MamePPCA1

Was it a USB3 pen drive that is supposedly backward compatable to USB2? I tried a USB3 pen deive for file transfer between Windows and an X5000. It seemed to work on my Amiga until I used it on Windows and then plugged it into my Amiga.

@jabirulo
Thanks a lot. That binary updated to v6.9 correctly. I don't know how I ended up with a v6.7 that is a different size than the one you pointed out to me. The v6.7 file that I had worked but could not be patched.

Problen solved!

@Chris

The latest full archive I have is v6.5. All my more recent versions are patched versions. Maybe I missed an archive with the executables. I tried Installing the v6.9 update on my current v6.7 several times with no luck. I also cold booted to an older OS4FEupdate1 partition and tried the the 6.9 update; which failed too.

I had D/L the v6.8 update but never got around to install it. I tried updating with the v6.8 update but that patch didn't work either. Maybe my v6.7 Wet file is somehow corrupted but it works. If the v6.9 update is working on other peoples systems (like jabirulo) then the problem must be with my OS4 system or my current Wet 6.7 file.

Thanks for replying and I'll try some more things tommorrow.

I downloaded the Wet 6.9 install archive and attempted to install the new Wet program on my X1000 with OS4FEupdate2 installed. The readme said the patch would work on v6.7+ and I have v6.7 installed. The log file indicated that the installation worked but my Wet file had the same date (date if 6.7 version) and the version command reported it was still version 6.7. When I ran a digital comparison of the supposedly updated Wet and a copy of version 6.7 the result was that they are identical.

I ran the patch command line from a shell to see if that would work and the GPatch program reported "No matching patches." The new guide was copied correctly by the installer but the patch appears to fail.

Has anyone else correctly installled Wet 6.9?? Was the Wet file date changed to the install date and does the version command show version 6.9?

@daveyw
I found this in ARexxReference:


I added the say command to confirm it works.

@levellord

I've been using a NETGEAR WNCE2001 ethernet to wifi adapter on my Amigas
for years. There is no driver or setup program required; setting are done through
your browser. There is also the NETGEAR WNCE3001 which is dual band.

@colinw
Thanks for the clarification.

@salass00
In the current public SDK there does seem to be room for confusion about path sizes:

limits.h in clib2 has " #define PATH_MAX 1024 "
limits.h in clib2 has "define _POSIX_PATH_MAX 255 "

sys/limits.h in newlib has " #define PATH_MAX 1024 "

dos.h has this:
/* Recommended space to hold any AmigaDOS UTF-8 path specification. (in bytes) */
#define MAX_DOS_PATH 4000

@nbache wrote:
"I just enjoy the integration into DOpus4 and being able to hit a button and be done with it "

I'm a DOpus4 user myself and thought I'd point out a simpler method of accomplishing archiving seperate directories.

In the button editor select AmigaDOS and enter this line:
LHA -a -x -r -X a "{d}{ou}.lha" {o}

Select "CD Source" and "Do all files"

You use a lot more options in your script but I don't think that should affect
the result of doing it the above way. However, if you want to archive a directory's icon along with the directory a script migh be easier.

@alfkil

It opens it's window on my X5000. For some strange reason, my X5000 uses CD1: as the first CD instead of CD0: when the first blank CD-RW is inserted. Each time a CD is removed and another one inserted the CD # is incremented (e.g. CD1: CD2: CD3: etc.)

I have AmiDVD version 1.51 installed on my system and use this procedure to get the AmiDVD window to open:
1. Boot or reboot the system.
2. Change the DRIVE tooltype in the AmiDVD icon to CD1 (DRIVE=CD1)
3. Insert a blank CD-RW in the CD drive.
4. Double-click the AmiDVD

I haven't tried to burn a CD since installing OS4FE update1 on my system and have not yet installed update2 so I don't know yet if the above procedure will work with update2.

@tonyw
Quote:
Since I'm no longer able to log in at OS4Depot after getting the blackmail that contained the password, my concern is that someone may have changed my password and might upload malware using my account.

@Hans
Quote:
True. OS4Depot lists amigans.net as the contact point, which is why I'm posting here. Hopefully I'll get the attention of one of the OS4Depot staff soon.

@328gts
I checked my files and I think I might have used the password at a different site previously. It may not have been hacked from OS4Depot and the fact that I can't log in there could be a coincidence. I just need to change my OS4Depot password or get it removed.

The person who sent the email apparently doesn't know I'm an Amiga user because he threatened to release compromising pictures and my old monitor, Amiga and phone don't have cameras.

Today I got a blackmail email with my OS4Depot password mentioned. I am now unable to log on at OS4Depot to change my password. I'm not sure how a hacker got my password but I need to change it. My username is xenic. Help please!

@nbache
Maybe I wasn't explicit enough. With Flexcat you would do the following:

Add a new entry in the middle of the CD file (.cd).
Bump the version number in the CD file (#version not the AmigaDOS $VER).
Update the CT (.ct) files with Flexcat.
Use Flexcat to produce a new command file (.c) and header file (.h).
Use Flexcat to produce a blank CT file for translators.
Compile the CT files to catalogs with Flexcat.
Compile the command file and header file with the main program.

I do all the above in a makefile.

If you don't bump the #version in the CD file then you are right that old catalogs won't work properly. The entire catalog creation should probably be done with Flexcat if you are going to add new entries in the middle of the CD file somewhere.

My only problem with Flexcat is that more recent versions get picky with elipsus (...) warnings and return a warning code (5) which causes the OS4 make command to stop the compile. As a result, if you are using Flexcat in a makefile then you need to preceed the Flexcat command with a dash (e.g. -Flexcat) so make won't stop the whole compile.

Flexcat will update CT files with new entries in the CD file. The new entries are placed in the same position in the CT files as they occur in the CD file. No need to add entries at the bottom of the CD file. The new entries are added to the CT files and marked as ***NEW*** so a translator can simply search in a good editor and add translations at the ***NEW*** locations.

FlexCat myprogram.cd swedish.ct NEWCTFILE swedish.new

If you update the version in the CD file, it should be copied to the CT files so that old catalogs won't be loaded by a program.