Login
Username:

Password:

Remember me



Lost Password?

Register now!

Sections

Who's Online
61 user(s) are online (50 user(s) are browsing Forums)

Members: 0
Guests: 61

more...

Headlines

Forum Index


Board index » All Posts (salass00)




Re: SSH client for AmigaOS with builtin terminal emulation
Just can't stay away
Just can't stay away


@kas1e

Please try with the following version:

https://www.dropbox.com/s/vyqmtrsnpecpgx7/sshterm-20200313.7z?dl=0

Go to top


Re: SSH client for AmigaOS with builtin terminal emulation
Just can't stay away
Just can't stay away



Go to top


Re: Compiling for TABOR - GCC 8
Just can't stay away
Just can't stay away


@xenic

No, but any floating point heavy code will work much better when compiled for the SPE directly rather than relying on the load time emulator (LTE), or worse the exception based FPU emulation.

As the SPE ABI is not compatible with the standard SysV ABI, which passes floating point values in floating point registers (that the SPE doesn't have), it is generally recommended to separate such functions and compile only those for SPE directly.

If the code itself doesn't use floating point types but GCC is generating FPU instructions anyway (for memory copying and such) then compiling the code in question with -msoft-float might be enough (the soft-float and SPE ABIs are OTOH compatible AFAICT).

Go to top


Re: AmigaOS 4 port of zstd V1.4.4
Just can't stay away
Just can't stay away


The zstd.library now compiles but is as yet untested.

I was going to use the zstd CLI program for the first test but it uses some experimental functions which are only available with static linking so it's not suitable.

As libzstd uses a few global variables for debug levels and such I'm compiling it using the small data model and creating a separate copy of the data segment for each library opener. If this approach works well enough here, I might try to use it for other shared library adaptations in the future (if used in AmiSSL it would get rid of the baserel dependency which is one of the reasons it can't be compiled using a gcc newer than 4.0.4 right now).

Also while compiling the library using small data model I noticed that the .sdata section was much bigger than the eight bytes that I expected it would be from libzstd. This, it turned out, was because gcc was putting constant global data in the .sdata section instead of .rodata as usual. I've fixed this by adding the -mno-readonly-in-sdata option.

Go to top


Re: AmigaOS 4 port of zstd V1.4.4
Just can't stay away
Just can't stay away


@Raziel

It is already fixed in V53.59. It was such an obvious programming error that I'm surprised I hadn't noticed it while going over the code before.

Go to top


Re: AmigaOS 4 port of zstd V1.4.4
Just can't stay away
Just can't stay away


@Hans

Quote:

How easy was it to get the library to build?


Quite easy. The library source code is very portable so I didn't have to make any changes there.

I did write my own makefile because the included one was a bit messy and I like to have more control over what is done, but this didn't take too much time either.

The main issue I encountered was that my initial test with zstd CLI program generated a file after decompression that was different from the original one (much of the data had been replaced with 0xFEFECAFE).

My initial thought was that zstd doesn't correctly clear memory before using it, but after more testing I found the problem was with zstd's sparse mode and a bug in newlib.library that causes files to be extended with uninitialized data rather than zero bytes. I've fixed this by disabling the sparse mode if newlib.library < V53.59 is used.

Go to top


Re: AmigaOS 4 port of zstd V1.4.4
Just can't stay away
Just can't stay away


@jabirulo

Quote:

Hi, when runnign witour args from commandline, it shows an assignwedfe requester for
"stdin*\:" and "stdout*\:" .


That's because of how dumb and lazy the code is for handling stdin input and stdout output. AFAICT the code looks for files called "/*stdin*" and "/*stdout*" on Linux/Windows/MacOS as well.

Just specify explicit input and output files and it should work correctly.

To get a list of the options available use "zstd -h".

To compress the file "testfile" to "testfile.zstd" you use:
zstd testfile -o testfile.zstd

To decompress it back you use:
zstd -d testfile.zstd -o testfile

I tested with compressing and decompressing a ~665MB AVI file on my Sam460 and the MD5 sums of the original and the decompressed file did match.

Go to top


Re: Compiling for TABOR - GCC 8
Just can't stay away
Just can't stay away


@flash

One of the archives listed here might work:

https://dl.bintray.com/sba1/adtools-native/

Unfortunately the compiled gcc version is not mentioned in the archive names.

I did try building a native gcc 6.4.0 compiler from adtools but it failed during compiling of coreutils IIRC.

Go to top


AmigaOS 4 port of zstd V1.4.4
Just can't stay away
Just can't stay away


From www.zstd.net:
Quote:

Zstandard is a real-time compression algorithm, providing high compression ratios. It offers a very wide range of compression / speed trade-off, while being backed by a very fast decoder (see benchmarks below). It also offers a special mode for small data, called dictionary compression, and can create dictionaries from any sample set. Zstandard library is provided as open source software using a BSD license.


So far I've compiled the libzstd static library and the zstd command-line program for AmigaOS 4.

If anyone wants to help with testing, the current zstd binary can be downloaded from:

https://www.dropbox.com/s/gxpjdsp97bvs ... td-1.4.4-20200307.7z?dl=0

There is no large file support as yet, as I haven't made the necessary changes the file I/O code.

My intention is to turn the static library into an AmigaOS shared library, as I have done with for example zlib, libzip, libpng and pixman.

Go to top


Re: SSH client for AmigaOS with builtin terminal emulation
Just can't stay away
Just can't stay away


@kas1e

Quote:

All works ! Through, last one (and all ones which use "libcaca" for terminal based demos/apps), after running block all the keyboard input so i can't press "esc", or "ctrl+c", or anything, can't close even sshterm. While in original shell can do that of course.


Having reproduced this with one of the libcaca examples, the problem is that there is such a continuous stream of data from the SSH remote host so that SSHTerm never gets out of the libssh2_channel_read() loop to handle input events or write anything back.

Adding a call to the input event handler inside the libssh2_channel_read() loop I'm able to click the window close gadget to close the terminal window, however this is not a sufficient solution as SSHTerm is still stopped from entering the libssh2_channel_write() loop.

Go to top


Re: SSH client for AmigaOS with builtin terminal emulation
Just can't stay away
Just can't stay away


@tekmage

I don't use vim but there are quite a few proposed solutions here (seems to be a common problem with this program):

https://vim.fandom.com/wiki/Fix_arrow_ ... y_A_B_C_D_on_remote_shell

One would think that at least one of them would help.

Go to top


Re: SSH client for AmigaOS with builtin terminal emulation
Just can't stay away
Just can't stay away


@pjs

The "Failed to connect to ssh-agent" only means that you probably don't have the ssh-agent running.

In case you don't know, the ssh-agent is a program from OpenSSH that allows you to type in your keyfile's passphrase just once (done using ssh-add) and then not have to re-type it again until you reboot or shut down the computer.

On my Amiga computers I have "run <>NIL: *>NIL: ssh-agent" in S:network-startup to start the ssh-agent on every boot.

As for the problem with pasting could you try this version:

https://www.dropbox.com/s/w8hbwvzv7zkwenh/sshterm-20200301.7z?dl=0

It should fix the problem with the encoding of line endings.

Go to top


Re: SSH client for AmigaOS with builtin terminal emulation
Just can't stay away
Just can't stay away


@jabirulo

Version 1.4 is now available which should work better:

https://github.com/salass00/sshterm/releases

What I find a little odd is that the compile I did just before the revision bump was working just fine but not the one after it, which I did not bother to test, despite the fact that there were no code changes to the file in question.

Go to top


Re: SSH client for AmigaOS with builtin terminal emulation
Just can't stay away
Just can't stay away



Go to top


Re: SSH client for AmigaOS with builtin terminal emulation
Just can't stay away
Just can't stay away


@jabirulo

At the moment keyboard interactive authentication will only work when the password is specified on the command-line.

It is due to a mistake I made when adapting the code from ssh2-handler to SSHTerm and should be fixed in the next release.

Go to top


Re: SSH client for AmigaOS with builtin terminal emulation
Just can't stay away
Just can't stay away


@densho

Quote:

Very nice and stable release - and even irssi is working fine! Scandinavian characters seems to be displaying wrong ("?[K" instead of "ä" and "ö"), but I suppose this falls under full unicode support to be implemented in future.


That is pretty odd, as they work fine here on all the OS installations I've tested with (4.1 update 6, 4.1 FE update 1 and 4.1 beta).

What language and charset have you set in Locale prefs? I have English and ISO-8859-15.

Also what version of newlib.library do you have?

Go to top


Re: SSH client for AmigaOS with builtin terminal emulation
Just can't stay away
Just can't stay away


@virgola

Quote:

How can I support your work on this?
Is that correct if I donate using the PayPal button at http://www.a500.org/ ?


Yes, that should work.

Go to top


Re: SSH client for AmigaOS with builtin terminal emulation
Just can't stay away
Just can't stay away


Version 1.2 of SSHTerm is now available:

https://github.com/salass00/sshterm/releases

Go to top


Re: c++11 : PRIu.... and PRId... all broken for both clib2 and newlib ?
Just can't stay away
Just can't stay away


@kas1e

Quote:

snprintf(buf_2, sizeof(buf_2), fmt, x);


The above line is wrong since x is always an int but the format string expects type T.

I'm not very experienced with C++ and templates but I think you should be able to fix it by casting it like so:

snprintf(buf_2, sizeof(buf_2), fmt, (T)x);

Go to top


Re: c++11 : PRIu.... and PRId... all broken for both clib2 and newlib ?
Just can't stay away
Just can't stay away


@kas1e

As far as I understand the newlib inttypes.h header file that was included with the SDK was an internal newlib header that should only be used for building newlib itself. When I encountered and reported this problem a few years back I was told to either remove the file or make a new one with the correct values.

I added a fixed version of the inttypes.h header to be used instead, in newlib V53.49 but since the latest public SDK is much older it still has the broken header file.

If your trying to port a linux program you could try to look for a HAVE_INTTYPES_H define and disable it (what I did for dvdauthor IIRC) or you could edit the inttypes.h header to replace the macros with correct definitions.

Go to top



TopTop
« 1 ... 6 7 8 (9) 10 11 12 ... 91 »




Powered by XOOPS 2.0 © 2001-2023 The XOOPS Project