downloading mimetype=application/zip could not open 'Temp:Downloads'!
Fixed.
@afxgroup I was right that ASL doesn't guarantie that fr_Drawer ends with a ':' or '/' and the extra + 1 for the length is required, it works without on RAM:, SFS, etc., but not on FFS partitions.
was right that ASL doesn't guarantie that fr_Drawer ends with a ':' or '/' and the extra + 1 for the length is required, it works without on RAM:, SFS, etc., but not on FFS partitions.
@joerg
uh.. so it depends from the file system and not from ASL??
No idea why 1.14 and 1.15 didn't need it, they were build with GCC 4.2.3 already as well and for 1.14 I checked that the new version isn't required, but 1.16 needs the new GCC 4.2.3 version of libgcc.so, using it fixes the crash on http://www.clubic.com/ I didn't check the other site, but it's very likely the same problem. The new version is included in the OWB 1.17 archive, you can copy it to SOBJS:, but that shouldn't be required since shared objects are searched in the program directory as well.
Interesting glich in version 1.16. In Yahoo groups. after reading messages in a group if i click the "my groups" link it returns me to the group listing an da download requestor asking to download file * appears. Happens every time. Now with downloads I'm going tohave less need to boot up IBrowse or Aweb.
Problem posting from OWB and using Yahoo Groups. In Yahoo groups If afeter reading messages in a group I click the "my groups" link a down load window appears after I'm returned to the groups menu. Trying to post to Amigans from owb A download requestor pop up and messages cannot be posted. REquestor also pops up when clicking on "preview"
l am running version 1.4 as read where in furture relases need more ram.
Did you also read that from v1.16 on:
o When resizing a page, incl. the updates while loading, it now frees the old one before allocating the new one. Should make it usable on Amigas with only 128 MB RAM again for a lot of pages.
Hmm, a new libgcc version. This is turning out to be a mess. There need to be some order when it comes to sobjs, not have them randomly included with application archives. Users will have no idea where to find them. "Ohh that one is in an archive of that app". "Sorry that version does not work, you need to download application xyz that happens to include one with a bugfix".
Hmm, a new libgcc version. This is turning out to be a mess. There need to be some order when it comes to sobjs, not have them randomly included with application archives. Users will have no idea where to find them. "Ohh that one is in an archive of that app". "Sorry that version does not work, you need to download application xyz that happens to include one with a bugfix".
I'ts not a bug fix in this case, just a new version required for programs build with GCC 4.2.x. It's compatible to the older versions, it just has new functions.
Well, why not make a list and separate downloads of them. Help me keep sobjs.os4depot.net updated. help other devs find and use them. Anything is better than developers making them randomly all over the place and including them in several different archives. OWB depends on sobjs from 3 different archives at this point which isn't exactly ideal. (owb.lha,libicu and sobjs.lha)
If the sobjs aren't treated as a part of the global user and developer space then there's no point in using them as .so files and just use them as .a files instead since noone else is going to vacuum the net to find out if an .so already exists if they are hidden in different archives.
If the sobjs aren't treated as a part of the global user and developer space then there's no point in using them as .so files and just use them as .a files instead
It's not possible to use a static libgcc.a in OWB, you can't mix shared and static libraries.
Whichever. But why are you so against (I'm assuming that you are since you are seemingly ignoring those parts of my messages) keeping some kind of order amongst OS4 .so files? There's nothing to be gained from creating a mess of it all.
Whichever. But why are you so against (I'm assuming that you are since you are seemingly ignoring those parts of my messages) keeping some kind of order amongst OS4 .so files? There's nothing to be gained from creating a mess of it all.
I currently don't have the time to create usable distribution archives for them (except for libgcc.so at least 2 for each shared object are required, one for users and one for developers, and a 3rd one with the sources for example for LGPL libraries), if someone else wants to do it (installer scripts, etc.) I can upload the required files.
News feed
OS4 Feedback forum
OS4Depot Feedback forum
Amigabounty forum
OpenAmiga forum
AmiCygnix forum
ABC shell forum
AmiKit forum
Cinnamon Writer forum
CodeBench forum
Digital Universe forum
Dopus 5 forum
E-UAE forum
Gnash forum
Ibrowse forum
JAmiga forum
Odyssey forum
OWB forum
Qt forum
SmartFileSystem forum
Timberwolf forum
TouchDevice forum
TuneNet forum
Unsatisfactory Software forum
Donate
