Who's Online |
109 user(s) are online ( 72 user(s) are browsing Forums)
Members: 0
Guests: 109
more...
|
|
|
|
|
Re: Some OS4.1 bugs
|
Posted on: 2010/7/13 15:33
#441
|
Quite a regular 
|
@ChrisH Sorry about that... But maybe you need to name your threads very specifically if you like them to stay onto your initial topic...  "Some OS4.1 bugs" sounded like a very generic and open thread for all kinds of OS4.1 bugs so I just used it.
|
Software developer for Amiga OS3 and OS4. Develops for OnyxSoft and the Amiga using E and C and occasionally C++ 
|
|
|
|
Re: Some OS4.1 bugs
|
Posted on: 2010/7/13 9:41
#442
|
Quite a regular
|
@Rigo umisef put it quite well here. Btw. it seems to happen more frequently, or possibly only, on A1, not on SAM. Could it be some A1 specific driver or module?
|
Software developer for Amiga OS3 and OS4. Develops for OnyxSoft and the Amiga using E and C and occasionally C++
|
|
|
|
Re: Grim reaper make Menguard hit
|
Posted on: 2010/7/9 19:06
#443
|
Quite a regular
|
@Mrodfr Quote:
you have received an email from me... (hum, your mailbox is full).....
Then you must be using my old one. Try this daniel onyxsoft se instead. (Do NOT repost this with the at-sign, please.)
|
Software developer for Amiga OS3 and OS4. Develops for OnyxSoft and the Amiga using E and C and occasionally C++
|
|
|
|
Re: Grim reaper make Menguard hit
|
Posted on: 2010/7/9 9:50
#444
|
Quite a regular
|
@Mrodfr
Well, I'm not 100% sure the Toolsdaemon I use are an OS4/PPC executable, but it works fine. I think it is the updated version for use with OS3.9. this version uses the new arexx commands to add menues to Workbnech instead of that nasty hack the old versions had to use.
Using ARexx to add WB menus is the new non-hacky way, no matter if you use Toolsdaemon-OS3.9 or the ARexx script directly.
About the Reaper: Toolsdaemon isn't crashing for me and I doubt it is the reason SabreMSN crashes too. But the strange 68k stack traces the Reaper has given me, followed by endless recoverable 0100000F after SabreMSN crashing is annoying.
|
Software developer for Amiga OS3 and OS4. Develops for OnyxSoft and the Amiga using E and C and occasionally C++
|
|
|
|
Re: Grim reaper make Menguard hit
|
Posted on: 2010/7/8 20:56
#445
|
Quite a regular
|
@Mrodfr
That might be the reason why the Reaper can't kill programs any more since OS4.1.2 without causing endless recoverable 01000000F crashes and I have to reboot.
BTW. Toolsdeamon exists for OS4. I have used it since the start!
|
Software developer for Amiga OS3 and OS4. Develops for OnyxSoft and the Amiga using E and C and occasionally C++
|
|
|
|
Re: sfs 1.286 blockid
|
Posted on: 2010/6/29 21:15
#446
|
Quite a regular
|
@Lio Quote:
what filesystem should I use to avoid such problems in the future ?
If you're on OS3 I would recommend PFS-3. By far the best system I ever used, and I used it for a long time. Doesn't work on OS4 though they said, and is 68k only.
|
Software developer for Amiga OS3 and OS4. Develops for OnyxSoft and the Amiga using E and C and occasionally C++
|
|
|
|
Re: Are you a MICROA1 Owner? (Calling A1SE Owners!)
|
Posted on: 2010/6/29 19:51
#447
|
Quite a regular
|
@Mikey_C Quote:
Well, sadly, with the newest releases out there, it now seems that it won't be long before our Beloved Micro's will not be of much use soon.
We have 2 choices, junk them or perhaps sell them on, (but the price will now drop dramatically)
I would say: So what?! Give the future of the Amiga a chance and upgrade. Don't stick to old hardware when we finally will have new powerful hardware. This goes for all stubborn Classic users as well complaining about lack of, or boated, software. If you think the X1000 will be overkill then go for the Sam460. OR Simply stay with the ?A1. It won't get slower and less useful just because there are new hardware coming out. It will become a bit more obsoleted, but not less useful. First of all, OS4 will not be 64-bit-only just because the X1000 comes out because that is almost as much work as going x86 if it would include being able to run 32-bit software. It might become multi-core but that doesn't matter if it is run on a single-core machine (like the ?A1). And when you bought the ?A1 OS4 didn't have compositing so you don't loose anything by switching it off, if you insist on not upgrading to a newer machine... PS. I have an A1-XE G4/933 with Radeon9250/256MB and 512MB RAM and I will get myself an X1000 first chance I get!! What to do with the A1-XE I don't know... maybe sell it or something. Not important.
|
Software developer for Amiga OS3 and OS4. Develops for OnyxSoft and the Amiga using E and C and occasionally C++
|
|
|
|
Re: OWB 3.29
|
Posted on: 2010/6/24 20:49
#448
|
Quite a regular
|
@joerg Quote:
It's not slower with OWB than with Iceweasel on Linux on the same hardware.
No idea if it would be faster with hardware accelleration enabled, but since that's only supported in AmigaOS 4.1 I can't use it in OWB anyway.
Actually I just retried with Timberwolf alpha 1 and it does work, although buggy, and it looks about twice as fast as OWB. It looks as if it is skipping frames in the resizing and fading of the overlay.
|
Software developer for Amiga OS3 and OS4. Develops for OnyxSoft and the Amiga using E and C and occasionally C++
|
|
|
|
Re: Wanted Ctorrent Betatester[V2.3 out]
|
Posted on: 2010/6/23 20:15
#449
|
Quite a regular
|
@Antique
Could you perhaps add a readme describing the available options and tooltypes?
For example, what am I supposed to set this ALTERNATETRACKER to (is it even spelled correctly?), and what does it do? Is it enough to have it in the icon or does it need a value such as 5 or YES or something? etc...
|
Software developer for Amiga OS3 and OS4. Develops for OnyxSoft and the Amiga using E and C and occasionally C++
|
|
|
|
Re: Wanted Ctorrent Betatester[V2.3 out]
|
Posted on: 2010/6/22 22:20
#450
|
Quite a regular
|
@Antique Yes I would really like an update! No torrent I have tried the last year has worked for me, just says failed to connect to tracker all the time, yet it finds seeders and leechers it seems  Tried the alternativetracker parameter with a value of 5 IIRC but it made no difference. EDIT: Or am I talking about a different program??! If so, where can I find yours, which ppl claim actually works?
|
Software developer for Amiga OS3 and OS4. Develops for OnyxSoft and the Amiga using E and C and occasionally C++
|
|
|
|
Re: OWB 3.29
|
Posted on: 2010/6/20 18:03
#451
|
Quite a regular
|
@joerg I have a question: Why is OWB so extremely slow on sliding overlay stuff like for example showing a picture slideshow like on this page: http://www.arebikepark.com/Fotogalleri/Sommar-2009/(Click on an image to start the slide show.) OWB does this so slow that you can barely see each picture until it changes to the next.. Is it lack of HW accelerated Cairo? Personally I can hardly believe that CPU-driven 2D stuff like this should be that slow on an 800MHz G4. (BTW. TimberWolf doesn't even work on slideshows like this yet it seems...)
|
Software developer for Amiga OS3 and OS4. Develops for OnyxSoft and the Amiga using E and C and occasionally C++
|
|
|
|
Re: AHI & Multi sound output.
|
Posted on: 2010/6/9 20:00
#452
|
Quite a regular
|
@freddix
What essentially makes this routine "single-tasking" is the DoIO() call. If you replace this for SendIO() the function would return immediately while the sound is playing and you could start another sound the same way.
Then you Wait() on the signals from all iorequests you have sent and take care of them (DeleteIO etc) one at a time when they are done.
Of course you have to rewrite your play function such that it doesn't free everything at the end but instead keeps the state (using globals instead of locals?) so you can free it all later.
In this case I would actually suggest swapping to another language, such as C++ or PortablE and create a proper class which handles your plaing. Then just create as many instances as you like, encapsulate everything and coordinate it all from a Wait(class1.signal | class2.signal | class3.signal) or something in the main program event loop. No need for processes.
|
Software developer for Amiga OS3 and OS4. Develops for OnyxSoft and the Amiga using E and C and occasionally C++
|
|
|
|
Clipboard not working
|
Posted on: 2010/6/9 19:34
#453
|
Quite a regular
|
Would be nice to be able to cut'n'paste links from the web (another browser) or chat etc. into TW but all I get is 'v' or 'c' when trying to copy. Otherwise over expectations
|
Software developer for Amiga OS3 and OS4. Develops for OnyxSoft and the Amiga using E and C and occasionally C++
|
|
|
|
Re: OWB 3.27 and frame focus
|
Posted on: 2010/5/25 20:04
#454
|
Quite a regular
|
@ChrisH http://www.hafjellbooking.com/sommer/Click on "Overnatting etter plassering", navigate the map a bit, search for a reservation, then after a while the left frame might stop responding. It just struck me that it might be related to low memory. It was swapping a bit when I was here because I had other hungry tabs open as well. EDIT: I've seen it on other pages as well, but the one I can remember requires a login. It has a similar layout though, but with a tree structure on the left frame. Come to think of it, it often happens after opening a richtext editor in the main frame (which doesn't work correctly btw.). The editor accepts text but none of the editor buttons (adjust left/center/right, bold/italic/underline, etc.) work. The submit button also doesn't work and later the outer frames stop responding until I scroll them or click back or something.
Edited by Deniil on 2010/5/25 22:10:05
|
Software developer for Amiga OS3 and OS4. Develops for OnyxSoft and the Amiga using E and C and occasionally C++
|
|
|
|
OWB 3.27 and frame focus
|
Posted on: 2010/5/24 15:21
#455
|
Quite a regular
|
I don't know if it's been like this all the time but with 3.27 at least I have noticed that it has problems switching focus between what seems to be frames.
The hover functions work and menu items etc. in for example a left vertical frame area get highlighted but they don't react to clicks.
If the frame has a scrollbar I can drag that scrollbar to make it get focus so I can click on links but if the frame doesn't have scrollbars it could get very tricky to make it take clicks again sometimes.
I think this most often happens when there is some complex element in the main frame such as a map or other layered thing.
|
Software developer for Amiga OS3 and OS4. Develops for OnyxSoft and the Amiga using E and C and occasionally C++
|
|
|
|
Re: Frame spoofing does work with OWB 3.27
|
Posted on: 2010/5/24 14:35
#456
|
Quite a regular
|
@ChrisH Quote:
Maybe OWB is using an outdated version of Webkit?
I've also noticed a few places where Crome works fine but OWB fails. Could it be spoof-related only?
|
Software developer for Amiga OS3 and OS4. Develops for OnyxSoft and the Amiga using E and C and occasionally C++
|
|
|
|
Re: What are you looking forward to the most?
|
Posted on: 2010/5/13 14:40
#457
|
Quite a regular
|
@ChrisH To be able to look forward to something there has to be something that is going to happen in the future. So, what I look forward to the most is AmigaOne X-1000. What I wish for to make life as a 100% Amiga user possible is a lot of stuff, but I think the most I wish for now is proper Flash support in some browser to be able to watch online videos, other than just YouTube. Having FireFox will be cool, but without flash it's not much more fun than OWB with a download manager
|
Software developer for Amiga OS3 and OS4. Develops for OnyxSoft and the Amiga using E and C and occasionally C++
|
|
|
|
Re: Some OS4.1 bugs
|
Posted on: 2010/5/2 21:47
#458
|
Quite a regular
|
@BillE Quote:
I just tried this with YAM, the only app I know that uses Ringhio.
You are correct, if the programme is closed while the notification is still up then the screen does not close, normally a MUI screen closes when a third party window is closed. I know that as I tend to use KingCon shells on other screens often and after sending the CLI back to WB or closing it, screens close as they should. So it looks as if Ringhio is not telling the screen/system that it has finished with its window.
This sounds like Ringhio keep a lock on the screen, which would be a bug. Correct behaviour is to lock the screen, open your window on it, unlock the screen. No need to keep the lock since your window would hold a lock on its own. SOunds like Ringhio never releases the lock.
|
Software developer for Amiga OS3 and OS4. Develops for OnyxSoft and the Amiga using E and C and occasionally C++
|
|
|
|
Re: Memory protection and tasks/processes
|
Posted on: 2010/4/22 18:30
#459
|
Quite a regular
|
@whose Quote:
Well, MP might help to keep the system stable if a "bad coder" (I call them "lazy coders") released his program to the public. But does it help then to make the software better? Does it help to make the bad, lazy coder an excellent one?
No, it doesnt. It helps to drop software quality to a level that is, well, "accepted" by the public. Thats what the origins of the quirks I told of before are. These are e.g. drivers distorting the timing of Windows, distorting other processes, and the OS isnt able to do anything against it. I have to reboot to get rid of them. Until next distortion...
"Accepted" flaws in software engineering that would have been fixed if the OS wouldnt catch those flaws the "comfortable way".
It sounds like you misunderstood what MP does! MP most certenly does NOT hide errors in comfortable ways, on the contrary, it exposes the errors by crashing the programs that have a bug and presents some debug info so the developer can fix it. OSes without MP on the other hand (like AmigaOS and VxWorks) hides the bugs by allowing incorrect behaviour and very lazy programming. Just look at all OS1/2/3 software which was lazily and incorrectly written. Now, when run on OS4 which has some MP these bugs are exposed! Unfortunately most of these developers are not around anymore to fix there old bugs and we have to live with crashing 68k software and the inability to implement better MP in OS4. Quote:
This "help" by catching software flaws in "a comfortable way" supports lazyness of developers, who are more and more working with highly abstracted layers for things that arent as complex in reality without thinking about it.
This is more a design desision and not so much because of help from MP IMO. I'm right in the middle of this hell of highly abstracted bullshit right now developing mobile phone apps. It's horrible but I wouldn't say it's because of MP.
|
Software developer for Amiga OS3 and OS4. Develops for OnyxSoft and the Amiga using E and C and occasionally C++
|
|
|
|
Re: TuneNet 0.92.56 released !
|
Posted on: 2010/3/22 17:05
#460
|
Quite a regular
|
@Kicko Quote:
The word search for radiostations like in ANR is sure needed. Its the most usable feature for me at.
Agree. Only being able to list the top-number of stations permanently hides some stations while flooding the list with a lot of Lo-Fi stations I'm not interested in is a bit annoying... Apart from this TuneNet is a great piece of software!
|
Software developer for Amiga OS3 and OS4. Develops for OnyxSoft and the Amiga using E and C and occasionally C++
|
|
|
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
