So finally saw this poll and added my response

Been using a Radeon 9200 on my A1 G4 XE, when it is working that is.

Lately, it's been off a lot since it is not stable any more. Need to open it up and disconnect everything, then pull the CPU card and reinstall it (I think it's that megarray connector causing the issue).

Maybe that will get it working right again.

Honestly, I'm not sure how I got the version of CopyStore I had. And yes, it's been prompting for 53.12 update.library every time I do updates and try to apply them. Been manually installing everything it unpacked for a while now because of it.

Over on my thread at AmigaWorld for this same issue, Spectre660 suggested renaming CopyStore then running AmiUpdate. It detected it was missing, and was able to download and install it without issues. I noticed my old file was version 2.6 dated 25 Apr 2011! The one AmiUpdate downloaded is version 2.9 dated 3 Jul 2013.

Quote:

What if there is nothing like that to rollback? I looked in my system rollbacks list and nothing mentions it. Search in there doesn't find anything either.

Yup, fixed by loading to an FFS partition.

Been using SFS for ages, all my HDs in the AOne are formatted with it. RC1 worked fine from that same SFS partition, so this needs to be fixed soon as I'm not going to reformat just to use Timberwolf.....

I'm not sure if this is something unique to my AOne, but I've not seen any other postings about it yet, so here goes.

On my AOne XE G4 with OS4.1 Update 4, Timberwolf RC2 doesn't underline links or change the mouse pointer to a hand when over one, and the back/forward buttons stay greyed out (as well as context menu entries for them). Hitting the Backspace key does move me back through pages, at least.

I saw mention of problems with SFS partitions, which all of mine are, so no FFS partition I can try it from. For a quick test copied the Timberwolf folder (profile and all) to Ram: and tried it from there. It does the same thing.

Speed wise it's about the same for me as before, maybe with some slightly longer load times.

If I need to, I can format a 250 MB Zip disk to FFS and try it from there.

Anybody else seeing this?

@nbache

I figured as much.

Too bad ABackup isn't open source yet. That's the one backup program on my old A3000 setup that I really liked. It was another reason for using the Zips, but it REQUIRES the removable media to have RDBs on them if they are bigger than a floppy.

I also cannot seem to get LHA's multi-volume stuff to work with the Zip correctly. It writes one byte to the lha file on the first disk, then asks for the next disk. When that is inserted, it still says to insert the next volume for the set.

Good thing the drive was free and the 9 disks I bought only cost me $0.48 each at the local thrift store. Even better was that 6 of the 9 were still new, in their original plastic shrink wrap.

Oh, for the earlier post: I haven't checked to see if it shows as a boot source in U-Boot (didn't have it marked as bootable), but I was able to get U-Boot to read the RDB from it using the "ide part" command. Showed the correct info, too. I suspect that U-Boot will probably boot from it just fine, but SLB may not, or the OS4 kernel may ignore it after it's taken over.

@Slayer

Yeah, I know I can burn a CD/DVD. Even have AmiDVD set up, but haven't quite figured out how to use it yet.

Personally, I'd rather have a Zip disk I can boot. It also makes for easier updating of content (just copy it!), versus the CD/DVD (re-burn it for one little file?). I have a tendency to tweak a disk until I like how it works, then come back and tweak it some more. Having to re-burn the CD/DVD every time would be extremely time consuming.

I suppose I could make a bootable floppy that has the mountlist in it, which mounts the Zip, then hands everything over to it for the rest of the booting. Seems cumbersome to have to do it that way, though.

I recently acquired a used IDE Zip250 drive and some disks and set it up in my A1. While I can use it with a mountlist no problem with both FFS and SFS, I do not get any mounted partitions from the disk if I set it up with an RDB in Media Toolbox. Is this by design, since it shows up as a removable disk in Media Toolbox? Is there any way to bypass this and have OS4.1 mount the partition(s) on the Zip disk anyway from the RDB?

Reason why: I want to make a recovery disk using one of the Zip disks that is bootable.

I was able to do this no problem with a SCSI Zip100 under OS3.9. Seems odd that I can't do this under OS4.1.

@salass00

Well, I didn't save what I did with SMBFS that wasn't working, and that was several days ago. I think I had both those includes listed,but still was not able to get it to go. I'm also not one who usually asks for help, as I'd rather have the documentation in front of me when I'm working on something. Just the way I am I guess, since I learned how to program every language I've ever done that way.

What I've done now works. I made a simple command line util that uses newlib's localtime function to get the DST value and the current offset. It will do one of three things:
1) dump the output of asctime() that was fed the output of localtime(t), where t is the output of time(NULL).
2) give it the DST argument and it prints a 1 if DST is in effect or 0 if it is not. Also sets the shell return value to 0 if DST is not in effect and 5 (or WARN) if it is.
3) give it a ZONE argument and it dumps the value stored in tm_gmtoff from the localtime output.

With that I am using an if statement in a DOS script to deal with changing the DSTOFFSET parameter for my SMBFS command lines. So far it's working fine.

@ssolie

Not sure why email would make any difference here...

In any case, I finally figured out how to get a C program compiled that makes use of the newlib time functions. That got me what I needed, which when combined with a DOS script and Docket gave me an automated way to deal with the DST time changes on my SMBFS mapped drives.

Learning Python for me can wait. I've not been able to get much more than a few piddly things done with the interpeted mode. Not much else is possible for me since the Python.org documentation for Python 2.5.1 (the version from OS4.1) still lists a bunch of stuff that's not available in the Amiga implementation. I'll look at Python again once we have decent Amiga-oriented documentation for it.

@thread

OK, here's a prime example of why we need AMIGA-SPECIFIC documentation for this stuff.

According to Python.org, the time module has some variables and functions that do not exist in Python on my A1.

Specifically: time.timezone, time.tzname, time.tzset, and a few others

Sure, I can use time.localtime to get the DST flag, but I can't then use time.timezone or time.altzone to get the offsets for Standard and Daylight times, because they simply do not exist.

Yet when I have the time module spit out it's help info in OS 4.1's Python, it lists all of these as available. Why list it in the built-in help docs when it's not there?

This is the kind of garbage that is making me less inclined to learn Python. It's going to take me months to figure this out.

@thread

I just looked through the time module (not datetime). Looks like I could use it to get the timezone/DST info. Those functions seem to work like they should.

Now I just need to get my head around Python. Anyone know any python docs that give better descriptions on usage than the ones at Python.org?

@Snuffy

Quote:
OK, then that takes care of using timezone.library from Python. Short answer: not possible without writing a module.

Quote:
Well, that gets the time, which I can already do with datetime module. What I'm trying to get is the timezone information. As in "is Daylight Savings Time in effect?" or "what timezone are we in?".

Quote:
I guess the answer to that is, no I don't speak Python, yet. I'm just starting to learn it.

I agree that the docs aren't very good for beginners. However, I've been programming in multiple languages (BASIC, Pascal, C) for over 20 years now. Even that doesn't help with Python, because the reference documentation on Python.org is missing a lot of really necessary descriptions. For example, every other language reference I've ever seen gives full symantecs and syntax requirements for the language for each function. Python's documentation doesn't, which makes learning it very difficult and time consuming since I have to experiment to figure out what the specific usage of the functions are.

@ssolie

I don't have a script, as I was doing this testing from the interactive Python mode. I'll see if I can figure out what I typed to make it happen.

OK, figured out how to do it. According to the examples at Python.org, datetime.datetime.now() is supposed to return a datetime object with the tzinfo set to the current timezone info as used by the system, as I understand it. datetime.datetime.utcnow() returns a datetime with tzinfo set to None so it returns UTC time and not local time. While the functions return the correct time (now gives current local time, utcnow gives UTC time, which is different from local time), they both have the tzinfo attribute set to "None". Same for tzname and dst attributes/methods.

Here's how I did it in the Python console:

Looks like I'm using AREXX again, since I know I can make this work over there. Either that or I'll compile a C program that uses Newlib to get me the timezone info. The Newlib functions are working fine, giving me correct info when it comes to the timezone stuff.

To be honest, the severe lack of Amiga-oriented documentation for a lot of the new stuff in OS4 is making this very frustrating. I can't get a program to compile with timezone.library, because I'm not including some include file that I can't find any documentation on.

@Snuffy

Quote:
Exactly, I want to open an Amiga lib in Python and use functions in it. Is it possible?

Quote:
OK, so is libs.so used to connect with an Amiga library? I'm not sure if I'm understanding this correctly.

Quote:
Well, I tested it by using the python.org tutorial and references to get the results from the "tzinfo" methods and values under the datetime.module. In ALL cases, I received "None" for a value. Per python.org's documentation, that means NO timezone info is being used by Python at all. Here's what python.org says about datetime.tzinfo:
Quote:

As you can see, it specifically states "None" means no timezone info was used by datetime for date and time calculations. Every function/value I tried that should return SOME kind of timezone information gives me "None" as a result, exactly as the python.org references explain when no timezone info is present.

I suspect the build was done without the timezone functionality enabled.

But I'm also not exactly clear on what you are asking me here. That last question isn't making much sense to me.

While I specifically want to use timezone.library, I'm interested mainly to know if it is possible to open any AmigaOS shared library in Python and call the functions?

Still trying to figure out how to set up some kind of automation around the DST issue for SMBFS so I won't have to manually edit my mounting script when DST changes. I know I can do all this in AREXX, but I'd like to give Python a try if there is a way to do it.

Oh, and don't bother suggesting that I use the datetime module in Python from OS 4.1. I checked and it does not deal with ANY timezone info whatsoever! All values and methods for datetime that return the timezone info (the .tzinfo stuff to be exact) return None as a value. I checked .dst and .utcoffset, which are the two main items I would need to make my script work.

@dwolfman

OK, my coding skills are too rusty right now. Plus I must be missing some includes somewhere because I can't get it to compile. Keeps complaining about ITimezone not being defined when first used, then dropping with "error 1" just like when I didn't have the right includes linked in earlier.

Think I'll find a way to do this in a DOS script and adjust the command line option for ambfs accordingly.

@dwolfman

OK, so much for switching to newlib. Apparently the functions are a little different between newlib an clib2. :-/

Timezone.library it is, then.

Oh, I haven't tried contacting Olaf yet. For right now I'm having too much fun experimenting with this.

Finding out how rusty my C-coding skills are in the process. Kept forgetting to put semicolons at the end of the lines in my test program.

@dwolfman

Hmm, I think I'm seeing some of what others mentioned about how the libs work. :-/

clib2 returns -1 for tm_isdst on a locatime call with current time. Newlib returns 1 (which it should since DST is in effect for me right now).

Problem is Olaf has the compile set up to use clib2, so I can't use the built-in functions for this.

I'm going to try compiling smbfs for newlib instead of clib2, without making other changes. If that works, then I can use the built-in functions to get it.

@abalaban

Oh, yeah, I found a lot of stuff like that in Google searches too. Problem is I was looking for Amiga-specific stuff so skipped by a lot of them.

Looks like I'll have to experiment with them and see if they work correctly on my system or not. I was hoping to find Amiga-specific documentation which clarifies exactly what the function IS going to do on an OS 4 system.