Who's Online |
133 user(s) are online ( 100 user(s) are browsing Forums)
Members: 1
Guests: 132
skynet,
more...
|
|
Headlines |
-
mce.lha - game/utility
Apr 23, 2024
-
theme_list.lha - utility/misc
Apr 23, 2024
-
faac.lha - audio/convert
Apr 22, 2024
-
faad2.lha - audio/convert
Apr 22, 2024
-
seq.lha - audio/misc
Apr 22, 2024
-
libfaac.lha - development/library/audio
Apr 22, 2024
-
libfaad.lha - development/library/audio
Apr 22, 2024
-
image2pdf.lha - utility/text/convert
Apr 22, 2024
-
libharfbuzz.lha - development/library/graphics
Apr 20, 2024
-
libpng.lha - development/library/graphics
Apr 20, 2024
|
|
|
|
Re: Serial logging
|
Posted on: 2010/6/27 18:36
#81
|
Just popping in
|
@tonyw Yes, I'm currently using Term 4.8 (was always my terminal program of choice) in conjunction with SysLog to save the capture with date info. File transfers do not appear to work in Term on OS4 though - trying to initiate an Xmodem upload, for example, causing the system to lock up. I've read people blaming the XPR libraries in other threads, but it looks like Term is really the problem, as NComm uses those libraries too, and Xmodem uploading works fine with that. Some people seem to think serial is dead, but it is still popular for debugging many devices. For anyone interested, these are the PVRs, DTRs, DVRs, or whatever else you wish to call them, that I am currently helping to debug using my A1XE to see and log all the debug output.
|
|
|
|
Re: Serial logging
|
Posted on: 2010/6/27 10:44
#82
|
Just popping in
|
@Valiant
Have now tried VLT and Terminus, and they don't seem to have the option of logging the date/time with the capture lines either.
I have found some sort of solution though, by using SysLog. I can now open the capture to LOG: and the serial output gets saved by SysLog, prepended with the date and time on each line which is exactly what I need. A bit of a round about way of doing it, but it'll do until I can find something better.
|
|
|
|
Serial logging
|
Posted on: 2010/6/26 11:29
#83
|
Just popping in
|
I'm currently helping debug a PVR, which is spewing out serial debug which I need to capture. The PVR is connected up to my A1XE with an RS232 lead, and I can update the software on the PVR using NComm (Term crashes) and capture the raw serial output to a file from the PVR box using Term. However, this is not quite enough as the manufacturer really needs time/date info prepended to each line of serial output, which Term cannot do.
So, is anyone aware of any existing software that can help with this task, OS4 native or failing that classic? I can't seem to find any terminal program newer than Term on OS4depot/Aminet. Perhaps there is a way to pipe the capture output from Term using a some sort of handler as the file?
|
|
|
|
Re: AOS4 problem: warpDT demo version requester, when booting...
|
Posted on: 2010/5/14 20:32
#84
|
Just popping in
|
Quote: ZeroG wrote: @Mrodfr
As far as i know Futaura?is a OS4 developer, the datatypes of OS4.x are cutdown version of his WarpDTs.
That may have been true initially, but others have been updating the OS4 datatype sources, so I can't guarantee that recent versions sport my enhancements from the WarpDTs anymore . I'm kinda sick of fixing other careless developers' bugs, which is all I tend to do in OS4 development terms these days unfortunately (e.g. because IBrowse and the WarpDTs keep getting blamed for being buggy when the bug is in fact in OS4). However, I am going to take a closer look at the requester problem because it certainly didn't used to happen - it started happening after some OS4 update. Since the problem involves a complete system lockup, it's going to be hard to track, and it may be sufficiently complex that I won't be able to work out which component the problem is caused by, and in which case maybe I can add a workaround to the WarpDTs instead. We'll see.
|
|
|
|
Re: OWB and gzip doesn't work
|
Posted on: 2010/3/24 22:42
#85
|
Just popping in
|
@Chris
Just tried with "Accept-Encoding: deflate" and the server returned uncompressed text. Although it also returned an empty "Content-Encoding: " header - don't think that is quite right either.
|
|
|
|
Re: OWB and gzip doesn't work
|
Posted on: 2010/3/24 21:08
#86
|
Just popping in
|
@Chris
Oh, I dunno... the RFCs are actually pretty clear on this. Although I remember cases of servers sending gzip encoded data anyway, even when the client did not say it could support that, but that's something different obviously.
I doubt Apache itself is at fault in this case, and it's most likely a site specific mis-configuration of Apache, it's modules and/or a PHP script issue that is causing the Content-Encoding header to get mangled. Can't really blame OWB just because it is sending the accepted encodings in a different order than "expected" by the site - in theory clients are allowed to use whatever ordering they want.
|
|
|
|
Re: OWB and gzip doesn't work
|
Posted on: 2010/3/22 19:56
#87
|
Just popping in
|
@Deniil
Yes, it is a server bug. It looks like the server has double gzipped the content for some reason, so when OWB unzipped the result is still a gzip stream. Probably the server does not recognise "deflate" because...
FYI, IBrowse normally sends:
Accept-Encoding: gzip, deflate
and receives:
Content-Encoding: gzip
But, after changing IBrowse to send:
Accept-Encoding: deflate, gzip
just like OWB does, then IBrowse encounters the same problem:
Content-Encoding: , gzip, gzip
Along with binary jibberish being displayed.
|
|
|
|
Re: OWB and gzip doesn't work
|
Posted on: 2010/3/22 0:07
#88
|
Just popping in
|
The headers returned are the same for IBrowse 2.4 too, which does have gzip encoding support (unless disabled in the prefs).
|
|
|
|
Re: ram_disklibtiff.lha
|
Posted on: 2010/3/20 23:53
#89
|
Just popping in
|
@Chris
Which browser did you use to upload? No browser should ever send the local file path to the server - only the filename. In fact, doing so would generally be considered a security flaw.
|
|
|
|
Re: AmiSSL
|
Posted on: 2009/10/28 18:28
#90
|
Just popping in
|
@Thematic Bear in mind that OS4 ships with the same version of OpenSSL (0.9.7g) as is used in the 68k 3.6 build. It is safe to enable all ciphers via the IBrowse prefs - you will probably find that DH is disabled, and that's because it is incredibly slow on 68k . There shouldn't be any problems with AmiSSL on OS3.x or OS4.
|
|
|
|
Re: Ibrowse status?
|
Posted on: 2009/8/27 19:39
#91
|
Just popping in
|
@Deniil
As Vader eludes to, there is no startup bug - not in IBrowse at least. I believe it has something to do with cache flushing in the 68k emulator(s). IB 2.3 always did full cache flushes, whereas 2.4 does partial address specific flushes (mainly because this is much more efficient, especially on OS4), which may explain why the 2.3 did not suffer startup crashes.
One way or another IBrowse 2.5 will be released, and hopefully sometime soon.
|
|
|
|
Re: cardpatch and cardreset neededd in OS4.0 classic?
|
Posted on: 2009/6/9 23:59
#92
|
Just popping in
|
@satiropan Yes, CardReset certainly isn't required on OS4 and the workaround in card.resource has a wider scope than CardReset - i.e. everytime a card reset is necessary, the workaround is employed so that the reset always happens. CardPatch on the other hand might still have a use on OS4, depending on the card, I guess. The bits that cover card reset problems are already covered by the above workaround, so are unnecessary on OS4. The ReleaseCard() patch is unnecessary also, since the card.resource code was fixed. It's just the "Slow bug" and interrupt server changes in CardPatch that were never directly put into card.resource. Mainly because while I was fixing card.resource so that it actually worked at all with OS4, I could not reproduce any of the problems mentioned (partly because getting access the PCMCIA slot in my A1200T is a major problem ), and neither could any of the beta testers - so I didn't change anything that I could not understand, test or verify. So, definitely do not use CardReset on OS4, and don't try CardPatch unless you encounter problems.
|
|
|
|
Re: NPAPI general support ?
|
Posted on: 2009/5/20 0:13
#93
|
Just popping in
|
@Monoxyde Quote: Monoxyde wrote:
It can't be that hard to find a company to distribute IBrowse if the will is there. Both AmigaKit and apc-tcp have offered to do so.
Indeed. That's not the problem - the problem is trying to get Stefan to do something about it. IBrowse is Stefan's property after all, and right now he is ultimately the only one who can take such decisions and sign contracts, etc.
|
|
|
|
Re: NPAPI general support ?
|
Posted on: 2009/5/17 18:39
#94
|
Just popping in
|
@Hans Quote: Hans wrote: @Futaura
It's been noted before, and no doubt the NPAPI on OWB will be made compatible; it doesn't make sense to have conflicting versions of the same API on one system. However, this post in another thread says that Ibrowse 2.4's implementation isn't 100% compatible with NPAPI.
Is there any chance that we'll see this fixed in a 2.5 release? And what about 3.0? I'm sure that many are wondering if there's been any progress on that front.
Depends what you mean by 100% compatible - I doubt any browser is 100% compliant with the full NPAPI spec. Certainly there are some bugs and omissions, but everything that is needed to get stuff like flash plugins up and running is there already in 2.4. Remember that we only had a flash plugin to test the API with, and we work with developers to address any NPAPI issues in IBrowse. A number of NPAPI issues have already been fixed for 2.5. As for 3.0, at this moment in time it's not looking like it's going to happen, but never say never . And indeed with OWB, why bother? It's frustrating for me personally that 2.5 was not released on schedule (could have been released 12-18 months ago), with IBrowse running natively on OS4 since July 2007. The reasons for the delay are that our testers (and me too) had lots of stability issues with IBrowse on OS4, and it now seems that the majority of those problems were down to OS4 itself (recent OS4 beta updates have fixed remaining issues with IBrowse). Another major deciding factor is that we still need to sort out the distribution mess which has not changed at all since IOSPIRIT closed - this has to be sorted out with Stefan if we are ever to move forward .
|
|
|
|
Re: NPAPI general support ?
|
Posted on: 2009/5/15 19:20
#95
|
Just popping in
|
@LiveForIt Quote: LiveForIt wrote: @Swoop
IB2.4 supports NPAPI.
Indeed - has everybody forgotten about IBrowse already? The NPAPI compatible API was after all one of the main reasons IBrowse 2.4 was delayed so long. Stefan initially added NPAPI support to IBrowse many years ago - believe it or not, Christmas 2002 was the first time I saw flash up and running in IBrowse, but obviously it was a while before this was integrated into the IB2.x source tree.
|
|
|
|
Re: Update on OGR-25 Emergency
|
Posted on: 2009/3/11 1:15
#96
|
Just popping in
|
@Elwood I've tried Folding@Home on my PS3, but I found the work units way too large. I think I even registered with the Amiga team on that, but I've yet to submit any work. The fact that it doesn't run in the background makes it kinda useless to me - I'd rather save on electricty than leave the PS3 on all day and risk overheating (although it is quite useful and cost effective as a heater in the winter ). I prefer to run dnetc on my PS3 - I don't switch it on just for that, but when I've got Linux booted I'm happy to leave dnetc churning away in the background while I'm using it for other stuff.
|
|
|
|
Re: Update on OGR-25 Emergency
|
Posted on: 2009/3/11 1:08
#97
|
Just popping in
|
@Swisso
Probably a few more than that, but probably most of those users don't have their machines on anywhere near 24/7 so are not submitting many blocks.
|
|
|
|
Re: Update on OGR-25 Emergency
|
Posted on: 2009/3/9 21:12
#98
|
Just popping in
|
@abalaban Quote: abalaban wrote:
PS: how would one know for which team he's crunching ? i.e. that's so long I registered DNetc that I don't remember if I finally had teamed with Team Amiga or not...
http://stats.distributed.net/participant/pedit.php?project_id=27If you don't remember your password, display your own stats by searching for your email address on the stats pages and there will be a button at the bottom of the page which will send your password.
|
|
|
|
Re: Update on OGR-25 Emergency
|
Posted on: 2009/3/9 21:09
#99
|
Just popping in
|
@Swisso Quote: Swisso wrote: @AmigaPapst Have found client and am running OGR27 quite happily. Have questions which need concise answers. How many A1 XEs and A1 micros and Sams are in the Amiga team? Why is our cpu/os rating so low when I have clocked over 11,000 Gu alone with my machine? in just this 11 days? Yes I understand there are other machines in the group but there cannot be only 4 max surely? Why are we so behind Morphos?
Yeah, sounds about right to me, unfortunately. Simply put, not many PPC Amigas are running dnetc these days . The downtrend was visible in OGR-26 also. It's true that there is nowhere near as much advertising of Distributed Amiga as there used to be - there always used to be news items on all the Amiga news sites, but it's quite rare to see such a thing now .
|
|
|
|
Re: Update on OGR-25 Emergency
|
Posted on: 2009/3/1 0:15
#100
|
Just popping in
|
@Paul OGR-27 will take forever by comparison, also . That said, still quicker than OGR-25. In case it went by unnoticed, the Amiga team finished 6th place overall in OGR-26.
|
|
|
|