@bean

I tested it early on today. Ooodles of volume, had to turn my speakers down

I got a couple of GR on start up though bumped the stack by 10k and they went away. So the icon stack could possible do with increasing a touch. Needs about 80k here.

@ChrisH

Quote:

How much stack do you have set? The icon has 32k, but my global stack is 72k and I've never hit a crash like that. I've moved some pretty big source trees arround, with filer.

But if filer is using a recursive copy routine, then it's going to run foul of the stack at some point.

@bean

Will look forward to hearing it

@xenic

gcc etal as far as I can tell are not dynamically linked. Certainly I'm running a build of AWeb at the background and the SOBJS: assigned is still in a defered state.

The new sobjs in the update are used by gcc to create new dynamically linked programs (and the resulting programs to link with at runtime). If there was a problem with them, the programs you *build* would be crashing not gcc itself.

@xenic

That's probably not a stack issue then, where I've had crashes due insufficient stack it's always on the same files. (usually C++ ones).

Do you have another high cpu high disk usage app, you can run a test with?

@xenic

Does it crash at the same file each time?

@bean

About half is what I'd say.

@bean

Just tried with an AIFF file to test and Tunenet is quite noticable quieter than SFX when playing the same file.

I have a second sound card in my A1 so I should be able to get a recording of the diffrence, and then get a snapshot of the waveforms is SFX.

Just need to wire my external mixer (disconnected for use at recents gigs)

@abalaban

Comment left on the bugtracker

@bean

It working fine here on my A1 G4 Os4.1

I like the way the skinned interface fades out when you iconify.

It's kind of let down by the reaction interface appears as well as the skinned when uniconifying though!

Much as I love tunenet, it always seems ro play everything at "half volume" as compared to programs like sfx or audio eveolution. Perhaps this is to avoid clipping but it does mean that if I turn up the spaeakers loud eneough, system beeps etc that might occur are distressingly loud!
(or is it something todo with replaygain in the mp3? A horrible concept if ever there was one ...)


Nice work anyway. Nice to see you arround again!

Andy

@broadblues

sys:utilities/Filer/Filer "`cd`"

Where CD is in backticks does the trick....

(Execuse me for talking to myself ... :^))

[edit]
Need to add quotes for Ram Disk:
[/edit]

[edit again]
If you use it as am alias in S:Shell-Startup like so

alias "sys:utilities/Filer/Filer *"`CD`*" "

The backticks get replaced at execution of S:Shell-Startup, and thus end up with Workbench: harcoded into the alias.

Anyone know how to delay the back-tick substitution till the alias is invoke from the shell?

[edit]
Got there at last! Quote the back ticks

alias "sys:utulities/Filer/Filer *"*`cd*`*" "
[/edit]

So the final thing added to my shell-startup is

alias fcd "run >NUL: <NIL: sys:utuilities/filer/filer *"*`CD*`*" "

@orgin

How do you open a filer from the shell at the current directory?

The following doesn't work...



I imagine it's the empty string causing the problem, but how else do you indicate current directory in amigaos path semantics?

@orgin

Quote:

Fair enough. I think few "pure" amiga applications will take any notice of the user / groups permsisions at present as we don't have a multiuser evironment in the windows / unix sense. But may unix ports will, I know perl gets upset if T: doesn't have completely open permisions (drwxrwxrwx in unix terms) and the thing that led me to discover this behaviour was that blender check of S_IXOTH in the call to stat when looking for yafray and so once I'd copied yafray to it's final destination with filer blender could not longer see it. (I've fixed that in blender, but I'd bet many other apps do a similar thing) gcc creates all amiga apps with the equivalent of chmods 755.

Quote:

. Dopus#? may be considered broken but I would hope that COPY and Workbench might be considered refrence implmentations....

The upshot is that I think having the option to copy user/group file permisions were they exist would make filer considerably more helpful to developers having to work with posix based tool chains.

As an aside from that I just recopied my SDK using C:COPY and it didn't copy any of the links, so I still had a broken SDK! Seting COPYLINKS created new files rather than links at the destinations, which works but is less desirable. Looks like the only way to move the sdk easily is to archive it with tar or maybe lha and unpack it in the new destination!

@orgin

Okay, unimplemented feature then


Whilst I can't begin to write such a spec, in the absense of one I suggest that you follow the pattern set by the existing file copying utilities.

The default's for any system are C:COPY and Workbench

C:COPY appears to copy all protection bits by default and has the NOPRO swicth which ignores all protection bits setting -r-w --- --- in the destination file.
Workbench copies all protection bits unaltered, if there an option to change that I can't find it.

DOpus4 has aswitch in the settings to switch on or off copying of protection bits. I have this on (not sure if it's the default)

DOpus5 on my a1200 always copied protection bits, I particularly remember that it's FTPmount equivalent would preserve them when copying to the ftp server, which is a much missed aspect of FTPMount that requires me to use ftp (the prgram) to upload CGI scripts.

All seem to discard the user and group id settings though, (which means I have to remember to set the user to 1000 for any file I want to access correcty from linux )

Here the output from ls -l for a set of copies




So if you don't know how to handle it as the default could you make copying user / groups protection bits a user option (much as COPY or DOpus4)

@orgin

Absolutly, I'm not so much suprised that Filer doen't update, more that the notifications don't make it though under high CPU. maybe they timeout in someway.

Anyway here's another bug for you

Copy files with filer clears some of the file permisions, specically the user and group permisions

List the original



Now copy to ram: with FILER and list



Copy to ram: with C:COPY and list



I found this when I copied my SDK and Projects: assign from one drive to a new one with Filer. It confused 'make' something awful!

@kolla

Vector graphics are great for somethings, with the main advantage being scalability, but you'll never get the subtleties of drawing with them.

@Hans

Quote:

A PREFS: and PREFSARC: to mimic the existing functionality but seperate the two incompatable types of data would perfect IMHO

@broadblues

Okay. It seems to be caused by high CPU load. All is okay in normal usage but when rendering or some other activity with 100% cpu usage then the filer never updates on changes, (unless you manually refresh), I might have expected it to be slow but am suprised that it never updates at all.

@broadblues

Found 53.24 at openamiga, and strangely it show the same behviour.

However I have a test version of Yafray running a render at 100% CPU in the background, it may just be that notifications are affected by this.

I'll test again when the render is finished. (Sometime next year at it's current rate od progress :-0)

@orgin

I'm pretty sure I would have noticed that. Need an older version to test with, do you have an archive of previous releases?