thank you!!

_________________
http://www.amigasoft.net

Quote:

If you release the SDK it should be complete and if complete everyone should be able to download it.

I don't know what you mean. Dietmar has released an update to the C/C++ development environment for GoldED, which is a commercial product so why should everyone have access to free downloads?

_________________
The Rear Window blog

AmigaOne X5000/020 @ 2GHz / 4GB RAM / Radeon RX 560 / ESI Juli@ / AmigaOS 4.1 Final Edition
SAM440ep-flex @ 667MHz / 1GB RAM / Radeon 9250 / AmigaOS 4.1 Final Edition

@elwood

You can download it, follow the link in the news item to "files page" and download "C/C++ package 4.2"

I was talking about the OS4 SDK which is supposed to be available only on the
Hyperion website (when it's done).

_________________
Philippe 'Elwood' Ferrucci
Sam460 1.10 Ghz
AmigaOS 4 betatester
Amiga Translator Organisation

@elwood

Read the news item again, and you will find the following lines in the news item.

Quote:

The OS4 SDK is included, courtesy of Hyperion Entertainment VOF, giving all developers the opportunity to cross-compile their software for OS4 with vbcc.

The OS4 SDK is include in the C/C++ package which you can freely download....

What is the difference between the normal and the developer edition?

Alex.

_________________
Weighty message. You should to read.

Quote:

I was talking about the OS4 SDK which is supposed to be available only on the Hyperion website

There's an agreement between Hyperion and Dietmar Eilert regarding the integration of the OS4 SDK with GoldED. I believe the SDK is and will remain freely downloadable for everyone; however, the "GED-integrated version" is an add-on so only registered users of GED have access to it.

_________________
The Rear Window blog

AmigaOne X5000/020 @ 2GHz / 4GB RAM / Radeon RX 560 / ESI Juli@ / AmigaOS 4.1 Final Edition
SAM440ep-flex @ 667MHz / 1GB RAM / Radeon 9250 / AmigaOS 4.1 Final Edition

Quote:

however, the "GED-integrated version" is an add-on so only registered users of GED have access to it

The SDK is the normal SDK 51.5 (I believe released to OS4 users last year). And GoldED and its add-ons can be downloaded by everybody. The add-ons are not restricted at all, they are in fact identical between free and registered version. The limitation of the trial version is that it does not permit editing beyond 500 lines, otherwise it's identical with the registered version.

Last edited by dietmar on 27-Apr-2005 at 01:45 PM.

Quote:

I was talking about the OS4 SDK which is supposed to be available only on the Hyperion website (when it's done).

I don't really have any idea what you mean, but Dietmar is doing this with our official agreement. He has permission to distribute GoldEd in this form, with the OS 4 SDK included.

It is not a cross-development SDK, although vbcc can generate binaries for all supported platforms ON all supported platforms.

The plan is still to release the cross-development SDK's, but I guess you can imagine why this was delayed again.

_________________
Seriously, if you want to contact me do not bother sending me a PM here. Write me a mail

@Rogue

Please elaborate? Why has it been delayed again? Why was it even delayed in the first place?

Regards,
Jocke 'Zerohero' Birging

_________________
Common sense - So rare it's almost like a super power

Ok, so now just waiting on my ordered CD version. The trial version w/OS4 SDK seems to install fine, but the filesize limitation is hosing me...not a big deal, will hopefully see the CD sometime next week.

Dietmar and Hyperion- good job in making this happen.

Elwood/whomever- I don't think the OS4 SDK was ever meant to be 'secret'- it would be a bad thing to try to be. I'm sure it hasn't been officially publicly released just yet as OS4 isn't final yet, nor AFAIK are the OS4 gcc changes integrated into mainline gcc, nor is the cross-compiler version of the SDK available yet as Rogue stated. So, not a big deal, as the OS4 SDK had previously only been of use to people running OS4...and of little to no use to anyone not, aside from curiosity's sake, without a cross compiler.

_________________
Are we not done with the same silly arguments and flames yet??!

Quote:

Why has it been delayed again? Why was it even delayed in the first place?

Private reasons I don't want to go into.

_________________
Seriously, if you want to contact me do not bother sending me a PM here. Write me a mail

@Wegster:
How did you get it to install?? For me, the installer said that RexxMast was
NOT running even though it is (& yes all of the libs: are in their proper place along with
sys:Rexxc). I verified that rexx is indeed running with Scout & ARTM V2.04
(RexxMast is in the waiting process queue & the REXX Port is also present).
Jim Steichen

_________________

Quote:

How did you get it to install?? For me, the installer said that RexxMast was NOT running

The install script executes two Rexx checks (implemented for MorphOS which does not have Rexx until the user installs it): the port REXX must exist and a macro started by Installer must return 100. It's hard to say why this check fails in absence of useful information from you. What about an installation log file? Anyway, if the check fails, a warning is displayed and installation continues unless you abort it.

The installation does indeed proceed but nothing works. The Icon on Workbench
just shows a busy pointer for a while which then turns back into the ready pointer,
indicating that the Icon gave up, so apparently, whatever ARexx is supposed to
install is necessary for GoldEd to run correctly (else, why is it in the installation??)
If the installation script is reporting that ARexx is not running, when it is indeed
running, perhaps you should change the error report to what the installer is
really finding to be a problem (False error reports are just as worse as no error report
at all). Also, if this is something that is MorphOS-specific, then your script
should either detect the OS present or ask the User to supply it.
My previous experiences with GoldEd tell me that it's a nice editor (just a
little too hard to configure, due to unclear documentation), so look into fixing the installer.
I'll continue to use SAS-C's editor se until then.

_________________

Why do you feel it is a good idea to bring your problems into forums instead of contacting me with a bug report? You have done the same on amiga.org, I have complained, now you move on to amigaworld and still provide no useful information?! The correct way to deal with bugs is to mail a bug report and wait for a reply.

Quote:

The installation does indeed proceed but nothing works. The Icon on Workbench just shows a busy pointer for a while which then turns back into the ready pointer

The icon runs GoldED and then waits a while for its port to show up. It then sends a message to the editor. No ARexx interpreter (rexx master process) is required for that. But it must be able to run the editor and to FindPort() it and to create and send messages of type RexxMsg (using rexxsyslib.library). I don't know why this fails for you. Usually the busy delay is a problem with aborted editor startup due to missing libraries, not enough memory etc. Snoopdos is your friend. If snoopdos doesn't help, you need a debug version of GoldED.

Quote:

(else, why is it in the installation??)

The Rexx check is in the installation because Rexx programs don't work without a Rexx interpreter and I want to warn the user about it since many are included with GoldED. That said, most of the package can run without Rexx (specifically golded:golded). It's not a fatal issue. Smaller problems will pop up left and right without Rexx.

Quote:

If the installation script is reporting that ARexx is not running, when it is indeed running ...False error reports are just as worse as no error report

The installation script reports "The OS installation is incomplete: Rexx server is not running" if it can not find the port REXX. It reports "The OS installation is incomplete: Rexx libraries are not installed" if it can not find "rexxsyslib.library" and "rexxsupport.library". Finally, it reports "The OS installation is incomplete: Rexx message service not installed" if it can not start a Rexx macro by sending a message to Rexx. The messages appear to be entirely appropriate.

I won't deal with you anymore on a forum. Take this to email if you are interested in my help.

Found your problem. Unlzx does not preserve your file protection bits. When
the distro gets unarchived, all of the Executable bits are cleared.
installdata/programs/findport did NOT have an Executable bit, so my system
did not recognize it as an executable program. One of two things could
be going on here:

Unlzx is busted (or lzx mislead you to believe that the file bits were correct), or

You should use LhArc to create your distribution files. LhArc does not
mess up file protection bits when you archive or unarchive files. Also,
it's in more common usage for archiving Amiga-related programs.

Perhaps you should contact the Author of Unlzx & find out if their program
is broken. GoldEd installed just fine, once all of the Executable protection
bits were set correctly. :))

As to why I post these sort of findings to a forum, I believe that it's helpful
for others to view problems found with a program & whether or not a solution was
found for the problem. If I simply email such problems to the Author, only the
Author & myself know about the problem & it's solution. I just saved you countless
emails re: installation failures of this sort (& if you have any courtesy, you'll thank me).

Also, since this problem was not really a bug, would you have been happy receiving
a false bug report? Of course not. Stop complaining about feedback about your
programming efforts & count yourself lucky that you're even getting any. I've
written dozens of programs & never receive any feedback at all (good, bad or indifferent!)

Last edited by stychokiller on 01-May-2005 at 10:49 AM.

_________________

Quote:

You should use LhArc to create your distribution files. LhArc does not mess up file protection bits

I wanted to use it (because lzx prints bogus error messages if it unpacks an empty directory, at least under UAE). However, it could not pack and unpack the 155 MB archive correctly: Always the same CRC error during unpacking with version 2.1. There is a newer version but I can't find it for 68k. So I'm either stuck with lzx or could move on to tgz. In the next upload, I will change the installation to check the protection bits. Thanks for investigating this.

> Also, since this problem was not really a bug, would you have been happy receiving a false bug report?

YES!

A false bug report below a news item designed to find new users doesn't look so good. There is a dedicated place for bug reports :
http://projects.dietmar-eilert.net/forum/viewforum.php?f=3

@dietmar

I don't believe lzx messes up the protection bits. I tried unpacking the archive using unlzx (v2.16 OS4 native) and no exe-bits were set. But when I unpacked using UnArc everything was fine. I suspect that either unlzx is broken, or more likely it's not quite compatible with the version of lzx you're using.

Oh, thank you for your work on this excellent application. I'm enjoying it very much! I might have found a minor problem though, but I'll investigate it some more and get back to you if it persists (not on this forum though

Regards
-mono-

Am I the only one that can no longer get to the GoldEd site?

Okay, sorta just me. I didn't realize the links on this announcements page were out-of-date. I got there now.

Last edited by RC on 14-May-2005 at 02:57 PM.