Who's Online |
82 user(s) are online ( 45 user(s) are browsing Forums)
Members: 1
Guests: 81
MickJT,
more...
|
|
Headlines |
-
amidisas.tar.bz2 - development/utility
Apr 16, 2024
-
wildmidi.lha - audio/play
Apr 15, 2024
-
liba52.lha - development/library/audio
Apr 14, 2024
-
libcurl.lha - development/library/misc
Apr 14, 2024
-
libopenssl.lha - development/library/misc
Apr 14, 2024
-
bermudasyndrome.lha - game/action
Apr 14, 2024
-
amigagpt.lha - network/chat
Apr 14, 2024
-
curl.lha - network/misc
Apr 14, 2024
-
dgen_sdl.lha - emulation/gamesystem
Apr 12, 2024
-
amiarcadia.lha - emulation/gamesystem
Apr 11, 2024
|
|
|
|
|
Re: OS4.1 locks up my A1 during network work
|
Posted on: 2010/5/14 8:11
#41
|
Just popping in 
|
@agafaster
If you don't have a fixed A1 the only options to workaround the DMA problems when using built-in ethernet and built-in IDE at the same time are:
a) Set built-in IDE to PIO mode.
Drawbacks: Its much slower than UDMA and will hog the CPU.
b) Don't use built-in IDE at all but a dedicated PCI card with a silicon image controller.
c) Don't use built-in ethernet, but use a dedicated PCI card with either the same 3COM chip as built-in (IIRC its a 905, but I could be wrong), a Realtek 8029 (10Mbit), 8139 (100Mbit) or 8169 (1000Mbit) card. Note though that the Realtek 8139 and 8169 drivers might stall after some time on OS4.1 Update 1 and 2 (working fine with plain OS4.1). I'm working on the problem already and I'm confident its not the drivers fault but some other component.. but this is still to be evaluated and my Amigatime is unfortunately fairly limited at the moment. Still, I'm pretty certain the issue will be solved in the next OS update.
d) Get the DMA fix (and USB fix while you are at it) applied to your A1. This should of course only be done by a person who knows exactly what he's doing.
So it's up to you to choose one of the above options.
You are saying that it's working fine in a plain OS4.1.. well, to be honest, I don't have any idea why this should work other than by pure coincidence.. maybe on OS4.1 you did set IDE to PIO mode?
|
AmigaOS 4 core developer www.os4welt.de - Die deutsche AmigaOS 4 Gemeinschaft "In the beginning was CAOS.." -- Andy Finkel, 1988 (ViewPort article, Oct. 1993)
|
|
|
|
Re: newlib's tmpfile
|
Posted on: 2010/3/23 9:03
#42
|
Just popping in
|
@abalaban
Verified and reported to the newlib maintainer. Thanks.
|
AmigaOS 4 core developer www.os4welt.de - Die deutsche AmigaOS 4 Gemeinschaft "In the beginning was CAOS.." -- Andy Finkel, 1988 (ViewPort article, Oct. 1993)
|
|
|
|
Re: ASLxx_StayOnTop: good idea, bad implementation
|
Posted on: 2010/3/18 9:13
#43
|
Just popping in
|
@trixie
Thanks for the heads up. I reported your findings to the ASL maintainer.
|
AmigaOS 4 core developer www.os4welt.de - Die deutsche AmigaOS 4 Gemeinschaft "In the beginning was CAOS.." -- Andy Finkel, 1988 (ViewPort article, Oct. 1993)
|
|
|
|
Re: Amiga Anniversary events planned in June ?
|
Posted on: 2010/3/10 10:13
#44
|
Just popping in
|
@clusteruk In Essen, Germany the "Amiga-Event 2010" will be held on Sat 24th to show all the new stuff and to celebrate the birthday (Yes, they know it is one day off :) ) Website in German: www.amiga-event.de
|
AmigaOS 4 core developer www.os4welt.de - Die deutsche AmigaOS 4 Gemeinschaft "In the beginning was CAOS.." -- Andy Finkel, 1988 (ViewPort article, Oct. 1993)
|
|
|
|
Re: OS 4.1 native AIM / ICQ / Y! client?
|
Posted on: 2010/1/14 8:13
#45
|
Just popping in
|
@Amigo1 Quote:
Amigo1 wrote:
@Slash
I read the story and that's truly very sad.. 
edit: maybe someone reads this and Hyperion will take you back in the beta-tester boat.
While I don't know what happened after Slash got the you-are-kicked-mail, but I know that mentioned "betatest coordinator" a bit and I'm absolutely sure that IF Slash would have really wanted to stay, then some little mail exchange explaining that it was clear from the start why he is in betatesting etc. would have solved the issue. We have to do clean outs in the betateam every now and then because there simply are (or were before) far too many people just in the team to get access to the newest developments and which didn't do what they originally joined for. Slash felt in that category simply because we can only judge based on every testers activity on the mailing lists and the bugtracker, and obviously because the "betatest coordinator" didn't know about the initial agreement between Slash and the old coordinator. Shifting the whole blame to us or the "betatest coordinator" is of course the easiest excuse, but IMO this would have been easily solvable with minimal effort.. (Disclaimer: As I stated at the beginning, I don't know what actually happened or not happened after the kick.. so maybe the efforts were taken but the problem couldn't get solved for some weird reason.)
|
AmigaOS 4 core developer www.os4welt.de - Die deutsche AmigaOS 4 Gemeinschaft "In the beginning was CAOS.." -- Andy Finkel, 1988 (ViewPort article, Oct. 1993)
|
|
|
|
Re: I need some help with OS4.1 on Peg2
|
Posted on: 2010/1/14 7:51
#46
|
Just popping in
|
@nbache Quote:
Regarding the file system setup in Media Toolbox, what you want to do is select "Standard Filesystem" and then, in the button group below, select FastFileSystem on the left and Long Filenames on the right (it really must be *with*, not *without* long filenames, there are some files with longer filenames in the installation.
STOP! He was talking about the bootloader partition if I got him right. And this MUST be either a usual FFS partition without long filenames or international, etc. or a SFS/0 partition, because otherwise OpenFirmware can't access it and can't load the second level bootloader. For the system partition, etc. you are of course right and FFS/2 with long filenames must be used if for some reason SFS/2 nor JXFS can't be used.
|
AmigaOS 4 core developer www.os4welt.de - Die deutsche AmigaOS 4 Gemeinschaft "In the beginning was CAOS.." -- Andy Finkel, 1988 (ViewPort article, Oct. 1993)
|
|
|
|
Re: EasyUAE GrimReaper on saving configuration files
|
Posted on: 2010/1/4 10:33
#47
|
Just popping in
|
@unimon To be honest: I don't know. I tested it on A1, Peg2 and Sam and I don't have any problems with saving the configuration. But then I'm using the latest OS version, so maybe its some of the old components. The Update 1 shouldn't take too long anymore, so please wait for it and retest with Update 1. Meanwhile I will again have a look at the code. So it would be nice if you could post the crashlog somewhere. Thanks. Edit: There's now a bugtracker for the GUI ( only the GUI, not E-UAE itself!) at bugs.os4depot.net. Please use that for reporting.
Edited by Cyborg on 2010/1/4 11:05:18
|
AmigaOS 4 core developer www.os4welt.de - Die deutsche AmigaOS 4 Gemeinschaft "In the beginning was CAOS.." -- Andy Finkel, 1988 (ViewPort article, Oct. 1993)
|
|
|
|
Re: E-UAE Beta version
|
Posted on: 2009/12/24 10:36
#48
|
Just popping in
|
@ChrisH Quote:
ChrisH wrote:
@Cyborg
Any progress in stopping E-UAE from making OS4 unstable after you quit it? This bug is probably going to receive quite a lot of attention when I release my program that makes it incredibly easy to run old Amiga games on OS4 (e.g. just double click a WHDLoad game to run it in E-UAE).
No. I don't have a frigging clue what is going on inside E-UAE which makes the system unstable. It's definitely not my GUI as I tried a compile without it with the very same results. So I guess this is one of the bugs only Rich can fix himself, sorry.
|
AmigaOS 4 core developer www.os4welt.de - Die deutsche AmigaOS 4 Gemeinschaft "In the beginning was CAOS.." -- Andy Finkel, 1988 (ViewPort article, Oct. 1993)
|
|
|
|
Re: What is your favorite christmas song?
|
Posted on: 2009/12/15 9:08
#49
|
Just popping in
|
|
AmigaOS 4 core developer www.os4welt.de - Die deutsche AmigaOS 4 Gemeinschaft "In the beginning was CAOS.." -- Andy Finkel, 1988 (ViewPort article, Oct. 1993)
|
|
|
|
Re: E-UAE Beta version
|
Posted on: 2009/11/30 8:54
#50
|
Just popping in
|
@PEB Quote:
PEB wrote:
I am having one problem, though. I don't seem to be able to save configuration files with the GUI. Am I doing something wrong, or is this not available yet?
It should work (It does here of course). "Save default" just saves the config into .uaerc and "Save as" pops up an ASL requester where you can enter the name of the to-be-saved file.
|
AmigaOS 4 core developer www.os4welt.de - Die deutsche AmigaOS 4 Gemeinschaft "In the beginning was CAOS.." -- Andy Finkel, 1988 (ViewPort article, Oct. 1993)
|
|
|
|
Re: E-UAE Beta version
|
Posted on: 2009/11/28 9:58
#51
|
Just popping in
|
@328gts Quote:
328gts wrote:
is there a start up tutorial for e-UAE as i've never used it before..I've got my 1200 rom file and can get to the kick screen from the GUI but how to load an adf etc?
Just load it in one of the floppy slots either on the Quickstart page or on Hardware->Floppy page. Then start E-UAE. If you want to load an adf while E-UAE is already running, use CTRL-ALT-F1 for DF0:, CTRL-ALT-F2 for DF1:, etc.
|
AmigaOS 4 core developer www.os4welt.de - Die deutsche AmigaOS 4 Gemeinschaft "In the beginning was CAOS.." -- Andy Finkel, 1988 (ViewPort article, Oct. 1993)
|
|
|
|
Re: E-UAE Beta version
|
Posted on: 2009/11/28 9:53
#52
|
Just popping in
|
@nubechecorre Quote:
nubechecorre wrote:
@Cyborg
here on my sam440ep, the base frequencey is not correct.. instead of tells me 666.67 Mhz it tells me 0.666 ..
The GUI has nothing to do with that. It's probably yet another bug in E-UAE. Quote:
is this version compiled using the new ibm library ported by massimiliano tretene of acube ? 
No and I won't do that as a) it is likely that those optimized functions find their way into newlib anyway and b) I again want to point out that I only did the GUI, for everything else like optimizing, bug fixing (which are not in the GUI) or providing machine-dependant versions the E-UAE maintainer is responsible.
|
AmigaOS 4 core developer www.os4welt.de - Die deutsche AmigaOS 4 Gemeinschaft "In the beginning was CAOS.." -- Andy Finkel, 1988 (ViewPort article, Oct. 1993)
|
|
|
|
Re: Have you interest to have "putty" for os4 ?
|
Posted on: 2009/11/27 15:55
#53
|
Just popping in
|
@kas1e
No offense, but your steady referring to the Shell or CON: when talking about the OS4 OpenSSH port shows that you don't know much about how the OpenSSH package is structured and works internally.
I said that you can use the OpenSSH port we have and replace the Shell frontend code with a proper GUI which includes everything you want in there.
You would basically just use the heart of OpenSSH and write the rest around it. Just like PuTTY does it. The difference is, that you don't have to mess with porting alien GUI toolkits but can use native MUI or ReAction right from the start. And if you have to rewrite the whole GUI part anyway, what is then left of all the features you listed? 1 or 2 maybe.. the rest is just part of the GUI which you have to rewrite anyway.
To get this straight: If you run 'ssh' in an AmigaShell today, what you see as output and with what you interact with is just the frontend which calls all the cipher, crypto, etc. functions of OpenSSH. In this case, the frontend is a fairly simple commandline client which happens to use our CON: in the OS4 port. But it's fairly well (in terms of usual Linux "well") encapsulated in the OpenSSH code, so that you could just replace it with corresponding GUI code, which again uses the cipher, crypto, connection and whatnot functions of OpenSSH (the "backend" if you want).
Anyway, I just thought I should mention this, because it would be a cleaner approach than to port a Linux software which was ported originally from a Windows software, especially if the most important part of it (the GUI) has to get rewritten anyway.
One last suggestion: Take the OpenSSH code (from any platform you want, it really doesn't matter) and take a close look at it and about it's "client" / "frontend" concept. I could of course be wrong, but I'd bet you'll see that it would make more sense to use the OpenSSH code as a base instead of what was made out of it in PuTTY.
|
AmigaOS 4 core developer www.os4welt.de - Die deutsche AmigaOS 4 Gemeinschaft "In the beginning was CAOS.." -- Andy Finkel, 1988 (ViewPort article, Oct. 1993)
|
|
|
|
Re: E-UAE Beta version
|
Posted on: 2009/11/27 15:40
#54
|
Just popping in
|
@328gts Quote:
328gts wrote:
@Cyborg
thanks! I've been waiting for this and will try it out this weekend ...though must admit I sighed when I read the part where it might not work as fast as possible on Sam boards ...hoping you have the time to resolve that some day
Well, there's not much I can personally do about it as I don't plan to dive any deeper into E-UAE code than necessary. The only thing I can do (and what I will do for sure) is to compile the final version with the very latest GCC and binutils, which produce proper code for the PPC440 which should speed it up at least a bit. Thinking about it, IIRC I updated my cross-compiling environment already with the latest GCC and binutils.. would have to check to be sure (the binutils part). You could check against the latest WIP version from Richs' website if my compile runs better on Sam. Anyway, as said, I'm only responsible for the GUI and not for anything else in E-UAE. If there is something which I can easily fix, then I will do of course (like the AHI crash I already fixed), but other than that... sorry, no time nor motivation for that.
|
AmigaOS 4 core developer www.os4welt.de - Die deutsche AmigaOS 4 Gemeinschaft "In the beginning was CAOS.." -- Andy Finkel, 1988 (ViewPort article, Oct. 1993)
|
|
|
|
Re: E-UAE Beta version
|
Posted on: 2009/11/27 15:36
#55
|
Just popping in
|
@ZeroG Quote:
That one is working, thanks.
But is V50 not a bit low?
OS4.0 A1-Final and OS4.0 Classic are V52, and i dont think that somebody still uses an older OS4.0 version on his A1 because the updates are free.
It doesn't really matter, its just the minimum requirement and was the fastest way to fix it. The GUI uses nothing special, so everything from 4.0 onwards should do it. Quote:
two points:
- it's not possible to de-iconify
- it eats all CPU time (could be the E-UAE part)
[/quote] De-Iconify noted. All CPU time is not the GUIs fault, but the way E-UAE works with GUI's. It busy-loops as long as the GUI is open and polls for changes.. Right at the beginning I tried to circumvent this by introducing a Wait() in the functions E-UAE calls, but this didn't work out and caused more problems than anything else ... thanks to the very weird way E-UAE (probably all UAEs) is written :-/ Just for the records: The GUI itself is running in an own process which of course uses Wait() as usual. It's really only the E-UAE part which hogs the CPU.
|
AmigaOS 4 core developer www.os4welt.de - Die deutsche AmigaOS 4 Gemeinschaft "In the beginning was CAOS.." -- Andy Finkel, 1988 (ViewPort article, Oct. 1993)
|
|
|
|
Re: E-UAE Beta version
|
Posted on: 2009/11/27 15:31
#56
|
Just popping in
|
@Raziel Quote:
Raziel wrote:
@Cyborg
a quick test brought up following...
nice gui, mate 
Thanks :) Quote:
...and using "About" from the pd-menue will show the About window and lock up the machine
Noted for fixing later for the final version..
|
AmigaOS 4 core developer www.os4welt.de - Die deutsche AmigaOS 4 Gemeinschaft "In the beginning was CAOS.." -- Andy Finkel, 1988 (ViewPort article, Oct. 1993)
|
|
|
|
Re: E-UAE Beta version
|
Posted on: 2009/11/27 10:09
#57
|
Just popping in
|
@ZeroG You mean "seems to need OS4.1 Update 1" .. there is no 4.1.1 Anyway, I uploaded a new version with lowered minimum requirements.. i.e. V50+ instead of V53+ .. hope that will solve it. Also I hope I have fixed the crash if a required lib isn't found.
|
AmigaOS 4 core developer www.os4welt.de - Die deutsche AmigaOS 4 Gemeinschaft "In the beginning was CAOS.." -- Andy Finkel, 1988 (ViewPort article, Oct. 1993)
|
|
|
|
E-UAE Beta version
|
Posted on: 2009/11/27 8:57
#58
|
Just popping in
|
In case you missed it, I wrote a small status update and posted a work-in-progress beta version of E-UAE with GUI on the projects site. Short summary: Due to a lot of other more important work (e.g. on AmigaOS itself :) ) I utterly missed the deadline and also don't know when E-UAE GUI will be finished completely.. as time permits. Until then, there's the beta version which is 99% complete.
|
AmigaOS 4 core developer www.os4welt.de - Die deutsche AmigaOS 4 Gemeinschaft "In the beginning was CAOS.." -- Andy Finkel, 1988 (ViewPort article, Oct. 1993)
|
|
|
|
Re: Have you interest to have "putty" for os4 ?
|
Posted on: 2009/11/27 8:33
#59
|
Just popping in
|
@kas1e
It was somewhat asked before, but I want to bring it up again: Why do you want to port PuTTY instead of writing a GUI frontend for the already existing OpenSSH port?
I mean, PuTTY does basically nothing else. Its just a convenient frontend for OpenSSH. If you have a look at the OpenSSH sourcecode it is prepared for different frontends, so all you'd need to do is take the source of our current OpenSSH port (don't know if its somewhere available for download, best ask ssolie for it as he ported it) and implement a GUI frontend instead of the commandline frontend which is in place now.
This should be by far easier than to port the heavily Windows biased code of PuTTY.
Additionally it would have the benefit that you can easily stay in sync with new OpenSSH releases.. if a new release comes out, plant your GUI client code (and the AmigaOS diffs) over and be done with it .. put simply.
So while I'm all for getting a proper AmTelnet replacement, I'd really suggest to take our OpenSSH port as a base.
|
AmigaOS 4 core developer www.os4welt.de - Die deutsche AmigaOS 4 Gemeinschaft "In the beginning was CAOS.." -- Andy Finkel, 1988 (ViewPort article, Oct. 1993)
|
|
|
|
Re: Need help whit socket programming.
|
Posted on: 2009/10/25 9:09
#60
|
Just popping in
|
@LiveForIt
Let me add a bit more to what RWO already said to clarify:
Because of serveral technical reasons bsdsocket.lib only allows to access its socketfunctions from exactly that process, which also opened bsdsocket.lib. So if you have to use bsdsocket.lib in some child process or so, you MUST open a separate copy of bsdsocket.lib in the child process, otherwise it can't use socketfunctions via the SocketBase from the parent process.
That said, you now know what is the officially recommended way of doing what you want to do. But of course there is also a not really recommended way of doing it differently... I'll leave it up to you to figure it out, because you *really* should know what you are doing if you choose the other way.
BTW: All that is pretty well described in the bsdsocket.lib autodoc in the OpenLibrary() section.
|
AmigaOS 4 core developer www.os4welt.de - Die deutsche AmigaOS 4 Gemeinschaft "In the beginning was CAOS.." -- Andy Finkel, 1988 (ViewPort article, Oct. 1993)
|
|
|
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
