uip-tool

[trecool]

OK, mystery solved.
Just don't run StinG while using this tool. I didn't know that nor was it mentioned anywhere. Nothing to do with hostname (depending on router settings).
This thing is very fast! Thank you so much!

[sqward]

@mghodge: Sorry for late answer. I've used gcc from Vincent's website. It seems to use the same chipset so it should be dead easy.

@trecool: hostname line will only show if your DHCP server provides a host name. It happens that mine does, but this is not required for operation. I need more information on your system to tell what the problem is.

@trecool: just to be clear, the fact that Sting is not required is stated in the first post of this thread.

[simonsunnyboy]

The tool could check for STIK etc cookies and exit gracefully, informing the user that it is meant to be run standalone.

[sqward]

yes, I will implement MINT and STIK checks. Thanks for suggestion.

[LaceySnr]

I've had no issues with this on my Falcon and find it to be a great tool, however with my STE it doesn't seem to do anything. Tried both of the available binaries with the same result from both. Is there a minimum TOS version, or is my STE maybe not detecting the NetUSBee properly?

I don't know what TOS is in this machine atm, I've only just got it out of storage recently.

[sqward]

I didn't test it myself with TOS lower then 2.06, but I can't see why it wouldn't work. What do you mean that it doesn't do anything? No DHCP? Maybe your ROM port fuse is fried. Can it even detect NetUSBee?

[LaceySnr]

The program doesn't even start... the I see the GEM window Maximise animation (I think) and a white screen for a split second, then I'm just back at the desktop!

[sqward]

Not enough memory then.

[LaceySnr]

Not enough memory then.

Ah nuts. This is a 1MB machine. For some reason I figured that was a go! Time to source an upgrade methinks!

[dhester]

Has anyone got this working with Mist?

[Atari030]

Not enough memory then.

Ah nuts. This is a 1MB machine. For some reason I figured that was a go! Time to source an upgrade methinks!

LMK if you need RAM, I have boxes full of 1mb simms somewhere.

[LaceySnr]

Not enough memory then.

Ah nuts. This is a 1MB machine. For some reason I figured that was a go! Time to source an upgrade methinks!

LMK if you need RAM, I have boxes full of 1mb simms somewhere.

That'd be great if you do have them! Can drive/ride to pick them up. How much would you want for some?

[Atari030]

I'm in NZ atm, I'll be back tomorrow and will dig the box out on the weekend. All yours mate.

[mikro]

Perhaps not needed in this case but I got mine from eBay for about $20, some guy is selling 4 MB "kits" all the time, Australia based.

[simonsunnyboy]

Simple question, is it possible to download complete directories from the Atari with uip-tool? It seems I was unable to find out sofar...

[stormy]

Simple question, is it possible to download complete directories from the Atari with uip-tool? It seems I was unable to find out sofar...

I think that would not work very well as being browser based it would download each fine individually. For that kind of purpose I think an FTP connection would be better.

[simonsunnyboy]

Another report: dropping directories works but the transfer almost always stalls in the 2nd or 3rd file depending on the amount of data copied. So far it only really works reliable for me with dropping files one by one. I'm using Chrome in an "anonymous window" to make, sure nothing is blocked.

My Falcon is directly connected to the same switch as my PC in this case.

Quoting for reference, as I tried today again. Somehow all worked ok with Firefox. No stalls and FF even did pickup a stall when uip was stopped accidentally by keypress. I restarted uip-tool and due to my router assinging the IP by MAC address, Firefox did even resume.

So all in all, there is an issue with Chrome Browser still lurking.

[simonsunnyboy]

Simple question, is it possible to download complete directories from the Atari with uip-tool? It seems I was unable to find out sofar...

I think that would not work very well as being browser based it would download each fine individually. For that kind of purpose I think an FTP connection would be better.

In this case, uip outputting an URL list would be fine for me as I could use wget then to download the directory and contents.

[calimero]

I get impressed whenever I use this tool!

Thankx sqward! It is a life-changing

[calimero]

I just notice that "New Folder" does not work! I try it from FireFox and Chrome on Mac OS X.
Nither "Delete" or "Download" work!

I also try both version (and why there is two version?): uipV43.tos and uip.tos

and uipV43.tos looks little bit off: I do not see download button and only half of path bar>

[sqward]

Hi calimero, yes, most functions are only place-holders which I didn't implement in the end. I was hoping that someone with more HTML5 knowledge could pick this up as the project is open-source. But I think barrier to entry is too high.

Perhaps if HTML files were external to the application that would help?

[calimero]

I am not sure how your uip tool work
I can help you with html gui...

[simonsunnyboy]

From looking at the sources, maybe you can implement a sort of resource compiler?
Keep HTML and Javascript files external for easier development and testing. These files are just linked into the Atari executable as a final step, a sort of compiled-in RSC file.

[sqward]

Yes, I think I'll do it like that. I'm working on FTP mode in the meantime so not sure what will come through first.

[Paradroyd]

I'm seeing the program start up and immediately die off..I'm guessing my problem is also RAM. It's a 1MB 520ST running on TOS 1.04. No way to make it run on lower memory machines?