Login
Username:

Password:

Remember me



Lost Password?

Register now!

Sections

Who's Online
86 user(s) are online (52 user(s) are browsing Forums)

Members: 1
Guests: 85

mufa, more...

Headlines

Forum Index


Board index » All Posts (Daedalus)




Re: SMBMounter Update
Not too shy to talk
Not too shy to talk


Thanks guys :)

@ilbarbax
The preferences are stored in the SMBMounter drawer so if you copy everything in it will overwrite the previous settings. Sorry about that! It is mentioned in the guide under "Upgrading" by the way, but I'll make an installer script for the next version that checks for existing preference files and keeps them safe.

Thanks for the feedback!

Go to top


Re: SMBMounter Update
Not too shy to talk
Not too shy to talk


@Younghippie, @nbache

Aww, thanks very much guys! :)


@JosDuchIt

FTP datestamp handling depends on the server, but the standard does not include any method for setting the datestamp so normally datestamps are set to the date modified, similar to a standard copy command in DOS or Workbench. Protection bits are supported, however only Unix-style protection bits are supported so Amiga protection bits get lost since they don't translate 1:1 with the Unix versions. One solution is to archive any files being transferred, that will preserve all timestamps and protection bits. Another is to use custom FTP handlers but this reduces compatibility.

SAMBA on the NAS should support timestamps and protection bits, but it depends on the host OS and filesystem. FAT32 for example only supports timestamps with an even number of seconds, so it will round timestamps by 1 second for lots of your files. NTFS or ext filesystems don't have this problem and timestamps are preserved just as they are locally (Copy command gives a new timestamp, Copy Clone command keeps the old timestamp). Protection bits are probably lost because the host OS is most likely Linux, and the filesystem won't support them either...

Go to top


SMBMounter Update
Not too shy to talk
Not too shy to talk


I recently released an update to SMBMounter, however it had a bug in it that prevented the saving of the mounts and the snapshotting of the window. A bugfix release (1.3) is now available on my webside, and is in the upload queue on Aminet and OS4Depot.

http://www.robthenerd.com/projects/smbmounter/download

Again, sorry to everyone who downloaded SMBMounter over the past few days!

Go to top


Re: Open projects, want to contribute?
Not too shy to talk
Not too shy to talk


@JosDuchIt

Thanks! As far as the original definition is concerned, my app parses the startup-sequence and user-startup so it would be easy to use the original definitions, but I decided the full path was more useful (if a bit long for a listview as you pointed out). Maybe I'll make it an option to switch between the full path and the original definition...

Anyway, here's a quick screenshot of it... http://robthenerd.com/pics/myassigns-1.png

Go to top


Re: 68k App on OS4Depot
Not too shy to talk
Not too shy to talk


@LiveForIt

Thanks for that. I'm a little confused about what your code is - is it a layout engine using GadTools, or is it a replacement for the internal GadTools commands? To be honest most of my apps these days use MUI which is at least a step towards better portability to other languages - I don't tend to use GadTools for much any more.

It is a long-term goal of mine to rewrite SMBMounter using MUI and C, but with too many projects and too little time I have to prioritise, and bug fixes for older apps fit my priorities better than rewrites.

Go to top


Re: 68k App on OS4Depot
Not too shy to talk
Not too shy to talk


Yep, it's written in AmiBlitz so there's only a 68k compiler available. If I had the time I'd like to rewrite it (and many of my other programs) in C and create versions for different platforms, but with what limited time I have for coding it might never get done.

Thanks guys, I'll upload it this evening.

Go to top


68k App on OS4Depot
Not too shy to talk
Not too shy to talk


Hi guys,
My SMBMounter application is on OS4Depot for the past couple of years. It is an OS3/m68k application, but was written primarily for my own use on OS4. At the time there were a couple of people questioning whether it should be there at all but it was left as it was. However, I've now updated SMBMounter and was again wondering about it being on OS4Depot. I see three possible options:

1) Remove SMBMounter from OS4Depot (it is still available on Aminet and my own website.

2) Upload the new version to OS4Depot, replacing the old version.

3) Leave the existing (old) version on OS4Depot as it is, to avoid uploading / refreshing 68k software.

Any thoughts on this guys? I'm happy with any of these options so I'll go with whatever you think is best... Thanks!

Go to top


Re: Open projects, want to contribute?
Not too shy to talk
Not too shy to talk


@orgin

True, each to their own I guess. If there are those who like it then why not have it as an option. Just never crossed my mind really, and whenever I accidentally turned on the MUI version by double-clicking a border I always cursed it for making it cluttered looking. Having said that, ever since getting a graphics card for my Amiga I've used Magic Menu for the popup function to save the trek up to the top it the screen.

@JosDuchIt
Wow, that is a lot of functionality, far more than I was planning. I was thinking of only supporting the startup-sequence and user-startup, and having simple double-clicks to enable, disable, activate, deactivate, toggle deferred, non-binding etc. If you add a temporary assign, you can make it permanent by adding it to the user-startup, but that's about it. Most of that is done already, but we'll see what might be worth adding when I'm finished with the core stuff.

Go to top


Re: Open projects, want to contribute?
Not too shy to talk
Not too shy to talk


Oh, I was working on an Assign manager myself, though it is a bit askew of the OpenAmiga requirements, being 68k and MUI based so I wouldn't want to stop others from creating an OS4/ReAction version.

As for the embedded menus one - is there really a demand for this? Having window borders free from menu clutter is one of the things that makes Amiga OS so nice for me... But I appreciate how it might help someone coming from Windows or traditional Linux desktops to get to grips with it.

Go to top


Re: Help with ARexx from C to a Blitz host?
Not too shy to talk
Not too shy to talk


@Spirantho

There are a couple of different ways of using ARexx in Blitz, and I remember a long time ago having a similar problem myself. I switched to a different library and the problem went away, so it was probably a bug in that particular library. There are at least 2 ARexx libraries, plus the ARexx include that can be used... Which method are you using?

Another potential issue is that perhaps the Blitz demo isn't issuing a correct acknowledgement reply, or any reply at all. Some other applications might not wait for the response and just leave the reply port open until it arrives, meaning they'll still work with a host that doesn't reply properly/at all, whereas your code sits and waits for the acknowledgement.

I have various Blitz programs that can all use ARexx in both directions. I can probably dig up some example source code if you need it?

Go to top


Re: Does anyone use multiple menu actions?
Not too shy to talk
Not too shy to talk


I use it regularly enough, not every day but enough to notice when software doesn't support it. In fact, I thought I found that some components of OS4 (perhaps some prefs program?) didn't support it and so I initially thought it had been dropped for OS4. I thought it could have been for some silly patent reason or something...

Anyway, I like it as a feature and there have been occasions on other platform where I've wanted to use it and missed it. Along with things like shift-arrow, shift-delete, shift-backspace and so on... All Amiga-specific actions and shortcuts that I miss on other platforms.

Go to top


Re: InstallerGen Beta Release
Not too shy to talk
Not too shy to talk


Right, I've just uploaded a new beta of InstallerGen, you can get it here!

Many bugfixes and changes here based on some feedback (thanks to those who helped test it) and my own experience using it. Important changes are:

- New step specifically for adding assigns to User-Startup so you don't need to use the messy "cat" command and User-Startup step type combination.
- Many new step types (get version info, check if a file exists, exit script, rename/delete files, make assign directly from script, etc.)
- Some fields now change their label depending on context so it is less confusing
- Quit warning requester
- Support for default / minimum user level
- Option to force confirmation from user on some steps
- Lots of other stuff...

Please note that the project file format has changed so you cannot load projects created with the 0.5beta version. Sorry about that!

I'd be very interested in hearing people's feedback on this version, as I reckon it's close to finished now. Also, if anyone would like to make an icon for the application itself I would be extremely grateful as I don't have the time / talent to do it myself. Any or all platforms (OS 3.x, OS4, MOS) would be wonderful!

Thanks guys!

Go to top


Re: InstallerGen Beta Release
Not too shy to talk
Not too shy to talk


@JosDuchIt

Thanks

The reason it's not creating the drawer is that the Installer utility normally creates the drawer as part of the copying process, so InstallerGen just sets the path in anticipation of that. If you add a file copy step to the project it should work as expected. Alternatively, you can use the "Create Drawer" step which will create a drawer without needing to copy files, but this isn't normally needed.


By the way, what you have might work fine, but you should really use the @default-dest standard variable as the variable for choosing where to install your package. Other names will work of course, but the Installer utility itself uses this for some internal things (such as the last step where it says "Installation complete. Your files can be found..."). If you use a different name, the last step will tell the user that it was installed in RAM: or Work: or something, even if it wasn't.

Go to top


Re: Amiga PPC emulation
Not too shy to talk
Not too shy to talk


@ddni

I agree that Toni Wilen doesn't have any interest in getting OS4 running on WinUAE, but is it really that much of a gap to get OS4 classic running on it? After all, it runs on a real Cyberstorm Amiga with little else required hardware-wise, and although slow, supports the standard motherboard hardware which is already emulated.

I would have thought that once classic PPC software runs on it (WarpUp / PowerUp), there isn't much else needed to get OS4 running other than supporting the specific registers and running modes of the Cyberstorm... But Tony knows the specifics I guess.

Go to top


InstallerGen Beta Release
Not too shy to talk
Not too shy to talk


I've just uploaded a beta version of InstallerGen to my website and it's now available for testing. InstallerGen is a GUI utility for creating installer scripts. I started it a couple of years ago but it lay neglected for quite a while on my hard drive until I decided to pick it up again recently.

It can be downloaded at: http://www.robthenerd.com/show.php?se ... nstallergen&page=download
Screenshots etc. are also available on the website. It is compiled for 68k / OS3.x, but works fine on OS4.1 and MorphOS.

InstallerGen requires MUI and NList.mcc, both of which I imagine most people have installed already.

Please note that it is a beta version, so there could well be bugs that I haven't fixed yet. So please check over any scripts you generate with InstallerGen before releasing them to the wild! Also, you should be a little bit familiar with the Installer utility and its capabilities to get the most out of InstallerGen.

There are still tweaks to be made here and there (no tabbing between fields, no control over default Installer behaviour regarding user experience level etc.), but it's fully working and useable.

You can send me any feedback you have here as a PM, or to my email address which is in the included guide file.

Thanks! :)

Go to top


Re: Currently open projects
Not too shy to talk
Not too shy to talk


@orgin

Regarding the multi-user system: I created something like that years ago for OS3, but it didn't actually use security so it was basically a system for handling multiple profiles. the reason for that was the underlying filesystem permissions - there was nothing to prevent anyone starting up with no startup-sequence for example and accessing other people's files for example. Is a multi-user filesystem a part of this project? Or is there some other system that this user system will sit on top of?

Go to top


Re: Queries continue
Not too shy to talk
Not too shy to talk


@Severin

Just a by the way, Workbench controls left out icons by listing their paths in a file called ".backdrop" in the root of the volume, not ".info". It's also easy to modify by hand as it's plain text.

Go to top


Re: Which classic software on os4?
Not too shy to talk
Not too shy to talk


AmiBlitz would be the main one for me, along with various tools I've written in AmiBlitz (SMBMounter etc.)

Also use PersonalPaint regularly and occasionally Cinema4D. There are a few others I'm sure but I wouldn't use them very much...

Go to top


Re: iPhone on Amiga OS 4.1.5
Not too shy to talk
Not too shy to talk


Well, I think classic iPods have the ability to be used as a mass storage device, but that doesn't work for transferring music (i.e., the files you put on the iPod this way aren't added to the library), but I always though iPhones show up as a camera instead. The only way to get your files on and off is to use iTunes (or a compatible application, there are several for Linux).

Of course, if you jailbreak it, you can probably put an FTP server on it and just use that...

Go to top


Re: Ringhio
Not too shy to talk
Not too shy to talk


Or to let it take into account the \n characters. It's quite easy to imagine the algorithm which might be used for splitting the lines - calculate the width and move back to the next previous space, which is then replaced with a \n. That wouldn't take into account any \n which is already in the string, and is only noticed once it's sent to be displayed.

It should be trivial to account for existing newlines in the code... Maybe for 4.2?

Go to top



TopTop
« 1 2 3 4 (5) 6 7 8 ... 15 »




Powered by XOOPS 2.0 © 2001-2023 The XOOPS Project