| Comment by: samo79 (193.207.103.16) | At: 10 Dec 2022, 15:54 | File version: 54.107 |
I'm unable to save locally any output, i
Nothing will be saved locally by using the option in menu, and even by trying doing so manually (by selecting the output manually and then amiga+c and v)
|
| |
| |
| Comment by: Raziel (188.192.124.214) | At: 21 Jan 2021, 18:20 | File version: 54.107 |
@LiveForIt
Yes, the source NOT in the package, but on the same site, preferrably the same place where you download the binary from. Seperated, but still available without browsing to another site (github e.g.)
That's why there are so many source packages on OS4Depot...maybe it would help adding a /src category to OS4Depot to de-clutter the entries?
|
| |
| |
| Comment by: Raziel (51.175.119.94) | At: 20 Jan 2021, 21:50 | File version: 54.107 |
RPM and DEB packages don’t include source, In linux they package source separately, Im pretty sure.
|
| |
| |
| Comment by: Raziel (188.192.124.214) | At: 20 Jan 2021, 21:30 | File version: 54.107 |
@LiveForIt
With the exception of GPL ports, they demand that you package the source together with the binary (or at least make it available on the same site as the binary resides)
...or so i understand GPL
|
| |
| |
| Comment by: LiveForIt (51.175.119.94) | At: 20 Jan 2021, 21:24 | File version: 54.107 |
It developers choice if wont to have his code used or read by others, its not something that anyone can demand, I also bring up point about packaging source code in lha file, thats actually pretty bad idea, because its hard to track changes that way, if some shares source its better to use GITHUB, or some other source code depot. This not source code depot.
|
| |
| |
| Comment by: broadblues (90.196.76.16) | At: 19 Jan 2021, 20:56 | File version: 54.107 |
*AmigaOS 4.1 that is
|
| |
| |
| Comment by: broadblues (90.196.76.16) | At: 19 Jan 2021, 20:55 | File version: 54.107 |
"Why not attach the sources? You aren't selling the program. Application could be adapted and compiled for AmigaOS, AROS and MorphOS (since you don't do it)... "
It's explictly designed to monitor AmigaOS dos.libray calls and few others, by the maintainer of dos.library. The sources would have little relavance to other Amiga variants.
|
| |
| |
| Comment by: aGGreSSor (188.242.153.162) | At: 11 Jan 2021, 21:48 | File version: 54.107 |
Are you climbing into the light? I asked below: Why not attach the sources? It's pointless: don't attach sources on amigas. It always ends with one thing: the developer loses his source code. If he added them to the archive with the application, he would have downloaded them with this archive 20 years later. I clearly explained this to you, captain, obviousness?
|
| |
| |
| Comment by: Trixie (78.45.71.84) | At: 11 Jan 2021, 08:07 | File version: 54.107 |
@aGGreSSor
"Where are the sources?" is not a nice way to ask. Plus, you are in no position to demand that a developer releases the source code if the licence does not make it a requirement.
|
| |
| |
| Comment by: aGGreSSor (188.242.153.162) | At: 10 Jan 2021, 18:47 | File version: 54.107 |
@igor
I asked the author: where are the sources?
I didn't force you and LiveForIt to speak out.
Your opinion isn't interesting to me because you definitely don't have the source)
I'm surprised by people who know better than me what I need and are ready to explain it to me. And then they rush around the Internet telling that there are no programs on the amiga. Фll my releases have a source directory and everyone who does the same gets my well-deserved respect. Those who don't do so - on the contrary.
|
| |
| |
| Comment by: igor (45.132.206.9) | At: 10 Jan 2021, 16:17 | File version: 54.107 |
@Agressor
If you come there for bitching and force anyone with your best ideas, maybe you better find another place ?
|
| |
| |
| Comment by: aGGreSSor (188.242.153.162) | At: 10 Jan 2021, 12:05 | File version: 54.107 |
@LiveForIt
Are you a plug in every barrel? Adaptation and porting issues have nothing to do with the lack of sources. The sources are either there or not. Our entire aminet is crammed with software, including usable software, which is forever lost due to the fact that it can only be written anew. A huge number of idiots released shareware, didn't earn a cent on them, and where are they all now? You write so confidently as if you saw the source code of SnoopDOS. AmigaDOS functions are the same in AOS3, AOS4, AROS and MOS. There is a minimal difference, all AOS4 interface calls are stupidly commented. The types are also given and a dozen extensions are thrown away, but this isn't difficult. I don't understand the pangs of creativity when a MUIBuilder is taken and drawn what is needed.
|
| |
| |
| Comment by: LiveForIt (51.175.119.94) | At: 09 Jan 2021, 10:13 | File version: 54.107 |
@aGGreSSor
Maybe bemuse it uses reaction classes, and it can monitor AmigaOS4 only features, that’s not available on MorphOS and AROS. Also, in AmigaOS4 takes more C++ like approach to organize the code, the style is optional, so the code might not be as easy to recompile, without changing everything, or might have something to do with trolling like this, who want to support trolls.
Snoopy was created because SnoopDOS was buggy on AmigaOS4.1, there was one native version of SnoopDOS, but then nothing more, snoopy is not continuation of snoopDOS its a new program made for AmigaOS4.1.
|
| |
| |
| Comment by: aGGreSSor (188.242.153.162) | At: 28 Dec 2020, 13:23 | File version: 54.107 |
Why not attach the sources? You aren't selling the program. Application could be adapted and compiled for AmigaOS, AROS and MorphOS (since you don't do it)...
|
| |
| |
| Comment by: benny (82.197.222.230) | At: 02 Jul 2019, 00:38 | File version: 53.34 |
How to use the function: quick selection ?
It is greyed-out all the time.
|
| |
| |
| Comment by: MaximvsPayne (87.122.159.237) | At: 02 Mar 2019, 14:00 | File version: 53.34 |
Great Tool but please let us change the Font :-)
topaz/8 is so damn hard to read in 1920x1080
|
| |
| |
| Comment by: blmara (91.157.79.253) | At: 28 Oct 2013, 22:46 | File version: 53.32 |
Hi! Could you update the version data in AmiUpdate database, so Snoopy would be updated by AmiUpdate.
|
| |
| |
| Comment by: salass00 (91.150.30.145) | At: 07 Aug 2012, 10:23 | File version: 53.28 |
Would be good if this program could monitor usage of FindToolType() and maybe some other icon.library functions as well. I just tried to use Snoopy to find out what tooltypes a program uses but then I noticed that unlike SnoopDos Snoopy doesn't yet have that feature.
|
| |
| |
| Comment by: OldFart (145.53.166.27) | At: 20 Mar 2012, 15:01 | File version: 53.26 |
Could the font used be changed to some more legible type like 'courier'? Please? 'Courier' is a fixed pitch font and very readable even from some distance, while 'Topaz' looks very dark and therefore illegible.
|
| |
| |
| Comment by: anonymous (123.211.210.253) | At: 26 Dec 2011, 13:12 | File version: 53.26 |
Yes it would be easier.
|
| |
| |
| Comment by: kas1e (83.149.3.206) | At: 26 Dec 2011, 09:09 | File version: 53.26 |
Should'n be it easy just to have in snoopy code minimum version check on dos.library, than in compare with all the time recompiling and changing of version ?
|
| |
| |
| Comment by: colinw (123.211.210.253) | At: 26 Dec 2011, 03:45 | File version: 53.24 |
There's a new interim version on the way... 53.26
|
| |
| |
| Comment by: raumfahre (91.125.246.198) | At: 24 Dec 2011, 18:14 | File version: 53.24 |
Since AOS4.1u4 Snoopy fails. Seems it requires a dos.library later than 53.81 ?
|
| |
| |
| Comment by: kas1e (83.149.3.7) | At: 29 Mar 2011, 09:54 | File version: 53.22 |
@daveyw
Yep, sure. Its just because by default when you upload a file to os4depot os4.0 mark is sets and from time to time uploaders forget to change it.
|
| |
| |
| Comment by: daveyw (118.92.108.35) | At: 27 Mar 2011, 09:26 | File version: 53.22 |
@kas1e
So I guess the readme should say "Min OS Version: 4.1" not 4.0 ?
|
| |
| |
| Comment by: kas1e (78.36.151.52) | At: 26 Mar 2011, 13:00 | File version: 53.22 |
@daveyw
Yes, its part of os4.1 :
12/0.RAM Disk:> version full libs:dos.library
dos.library 53.58
|
| |
| |
| Comment by: daveyw (118.92.108.35) | At: 26 Mar 2011, 00:18 | File version: 53.22 |
When I try and run Snoopy, I get an error: "Requires Dos Library V53.3+ to work". What is this? Where do I find it? Is it part of OS 4.1? (I currently only have OS 4.0)
|
| |
| |
| Comment by: kas1e (78.36.151.211) | At: 30 Nov 2010, 08:51 | File version: 53.22 |
@tuxedo
Why not ? Imho its much better to save in current directory, to avoid all those writing to system partition (which some of us, just locked for write).
@authors_of_snoopy
Plz add 2 more options : mark all, and unmark all :) Or maybe for every sub-filed add options like "mark all dos-function", "mark all-exec function". It will be handy
|
| |
| |
| Comment by: Tuxedo (188.152.136.121) | At: 29 Nov 2010, 21:14 | File version: 53.22 |
Hello,
why Snoopy saves the config file in him progdir instead of ENVARC: ?
|
| |
| |
| Comment by: Tuxedo (188.152.136.121) | At: 29 Nov 2010, 21:12 | File version: 53.22 |
Hello,
why Snoopy saves the config file in him progdir instead of ENVARC: ?
|
| |
| |
| Comment by: kas1e (78.36.143.182) | At: 23 Oct 2010, 09:43 | File version: 53.18 |
@MickJT
Yep. It always better to set ALL, and then unmark which you not need, in compare with manuall setting fucntion by fucntion. If i remember right, snoopdos back in times have that feature (mark all)
|
| |
| |
| Comment by: MickJT (202.161.10.145) | At: 23 Oct 2010, 02:57 | File version: 53.18 |
Yes, i'd like a way to Mark all per section too. Not just a blanket "all", but a few different "all" options.
|
| |
| |
| Comment by: kas1e (95.54.91.184) | At: 21 Oct 2010, 13:56 | File version: 53.18 |
It is possible to add to snoopy one more option, which will mena "set all dos-function". Because its pretty annoing mark all the functions manually, when you want to see them all.
|
| |
| |
| Comment by: MIchaelMerkel (62.214.219.199) | At: 17 Feb 2010, 18:42 | File version: 53.18 |
well... time ti fix listview.gadget then :-)
regards
michael
|
| |
| |
| Comment by: ColinWenzel (124.149.152.130) | At: 15 Feb 2010, 23:40 | File version: 53.18 |
Sorry, but it's the listview gadget, it's dog slow and I can't
make it go any faster.
However, if you have several hundred/thousand queued events,
click the minimise gadget and then expand again after a second,
this will update the event list without having to wait for the
listview to redrawer all entries.
You can process thousands of events really quickly this way.
|
| |
| |
| Comment by: MIchaelMerkel (62.214.216.66) | At: 15 Feb 2010, 18:50 | File version: 53.18 |
why is ist so damned slow? :-(
this is the mayer painpoint currently.
regards...
michael
|
| |
| |
| Comment by: MIchaelMerkel (62.214.216.66) | At: 15 Feb 2010, 18:49 | File version: 53.18 |
why is ist so damned slow? :-(
this is the mayer painpoint currently.
regards...
michael
|
| |
| |
| Comment by: orgin | At: 15 Feb 2010, 04:35 | File version: 53.18 |
To uploader: please use the [Replace file] link on your files readme page when replacing your file. The replaces field was incorrectly entered
|
| |
| |
| Comment by: orgin | At: 06 Aug 2009, 14:52 | File version: 53.14 |
To uploader: please use the [Replace file] link on your files readme page when replacing your file. The replaces field was incorrectly entered
|
| |
| |
| Comment by: Deniil (90.228.206.190) | At: 19 Sep 2008, 20:29 | File version: 53.8 |
I like to report a bug:
When an action has performed and flooded the window with entries being filled
in, it is not possible to select the menu item "Halt all logging", which means
that if there is still coming in events that are sloowly filling the list, it
will never stop, because it will never listen to that menu item it seems.
|
| |
| |
| Comment by: orgin | At: 28 Aug 2008, 18:12 | File version: 53.8 |
Please use the [Replace File] link on your files' readme page when replacing
your file. The Replaces field was incorrectly entered.
|
| |
| |
| Comment by: jahc (118.90.124.41) | At: 23 Nov 2007, 01:13 | File version: 51.23 |
Great tool, thank you. But yes, please make it possible to change the font. :)
Topaz/8 looks ugly on 1:1 aspect screen.
|
| |
| |
| Comment by: RWO (83.72.100.248) | At: 24 Jul 2007, 01:22 | File version: 51.18 |
OpenLibrary() and GetInterface() is really a big feature that is missing.
|
| |
| |
| Comment by: Tuxedo (83.190.255.173) | At: 22 Jan 2007, 00:06 | File version: 51.7 |
REALLY nice tool!
Byt plz:
1 - Change the ugly font...
2 - Make visible errors with color change...
Than was perfect!
|
| |
| |
Audio (343)