Forums - All Posts - The Amigans website

Forum Index

Board index » All Posts (trgswe)

Bottom

« 1 2 3 4 (5) 6 7 »

trgswe

Re: Show keys on screen

Posted on: 2022/1/28 20:05 #81

Just popping in

@Chris
on os1.2-os2.x-os3.x there are a couple of keymap editors
KeyMapED comes with sourcecode but is a ugly 1.3 gui

the only keymap editor that seem's halfdecent even for os4 (MUI interface etc.) is morphkey.lha but... no source... again. but I think it was that one that I used for a early keymap i made for pc105 keyboard (swedish/finnish) but uncertain.

Topic | Forum

trgswe

Re: Show keys on screen

Posted on: 2022/1/27 22:40 #82

Just popping in

@walkero

actually, i recently found a old one it's called keysplease (it's on aminet)...

should need to be upgraded to 4.1, or build a keymap editor, which is sorely lacking since the older programs refuses to have anything to do with newish keymaps.

Topic | Forum

trgswe

Re: Nemo

Posted on: 2022/1/26 16:39 #83

Just popping in

@alfkil

You should probably mention that it is a X1000 system, not many knows what the motherboards are called.

Topic | Forum

trgswe

Re: gcc 9 and 10

Posted on: 2022/1/20 12:45 #84

Just popping in

@sTix
SIGPROF is part of the ISO standard but under posix 1-2001 and susv, posix is it's own standard under ieee 1003
And iso 9945 the latest version is IEEE Std 1003.1-2017
It is compromised of
Quote:

Parts before 1997
Before 1997, POSIX comprised several standards:

POSIX.1: Core Services (incorporates Standard ANSI C) (IEEE Std 1003.1-1988)
Process Creation and Control
Signals
Floating Point Exceptions
Segmentation / Memory Violations
Illegal Instructions
Bus Errors
Timers
File and Directory Operations
Pipes
C Library (Standard C)
I/O Port Interface and Control
Process Triggers
POSIX.1b: Real-time extensions (IEEE Std 1003.1b-1993, later appearing as librt—the Realtime Extensions library)[9])
Priority Scheduling
Real-Time Signals
Clocks and Timers
Semaphores
Message Passing
Shared Memory
Asynchronous and Synchronous I/O
Memory Locking Interface
POSIX.1c: Threads extensions (IEEE Std 1003.1c-1995)
Thread Creation, Control, and Cleanup
Thread Scheduling
Thread Synchronization
Signal Handling
POSIX.2: Shell and Utilities (IEEE Std 1003.2-1992)
Command Interpreter
Utility Programs

Versions after 1997
After 1997, the Austin Group developed the POSIX revisions. The specifications are known under the name Single UNIX Specification, before they become a POSIX standard when formally approved by the ISO.
8
POSIX.1-2001 (with two TCs)

POSIX.1-2001 (or IEEE Std 1003.1-2001) equates to the Single UNIX Specification version 3.[10]

This standard consisted of:

the Base Definitions, Issue 6,
the System Interfaces and Headers, Issue 6,
the Commands and Utilities, Issue 6.

IEEE Std 1003.1-2004 involved a minor update of POSIX.1-2001. It incorporated two minor updates or errata referred to as Technical Corrigenda (TCs).[11] Its contents are available on the web.[12]

POSIX.1-2008 (with two TCs)

Base Specifications, Issue 7 (or IEEE Std 1003.1-2008, 2016 Edition) is similar to the current 2017 version (as of 22 July 2018).[13][14]

This standard consists of:

the Base Definitions, Issue 7,
the System Interfaces and Headers, Issue 7,
the Commands and Utilities, Issue 7,

the Rationale volume.POSIX.1-2017

IEEE Std 1003.1-2017 (Revision of IEEE Std 1003.1-2008) - IEEE Standard for Information Technology—Portable Operating System Interface (POSIX(R)) Base Specifications, Issue 7 is available from either The Open Group or IEEE and is, as of 22 July 2018, the current standard. It is technically identical to POSIX.1-2008 with Technical Corrigenda 1 and 2 applied. A free online copy may still be available.[13]

Topic | Forum

trgswe

Re: gcc 9 and 10

Posted on: 2022/1/19 19:30 #85

Just popping in

@sTix

just noticed that SIGPROF is defined in sys/signal.h for newlib but it isn't for clib2, so gprof might only work with newlib compiled programs.

Topic | Forum

trgswe

Re: 2.0.20 RC1

Posted on: 2022/1/18 14:47 #86

Just popping in

@Capehill

Nah, not really needed, as long it isn't pointing towards something not working.

Topic | Forum

trgswe

Re: HowTo: make quality and hires videos from aos4 machine.

Posted on: 2022/1/17 14:36 #87

Just popping in

@kas1e

if you are interested in grabbing from intuition
wouldn't ffmpeg be able to handle that? it does under linux perfectly, it has to be built with the ability of course.

Topic | Forum

trgswe

Re: HowTo: make quality and hires videos from aos4 machine.

Posted on: 2022/1/17 14:00 #88

Just popping in

@kas1e

if you are interested in grabbing from intuition
wouldn't ffmpeg be able to handle that? it does under linux perfectly, it has to be built with the ability of course.

Topic | Forum

trgswe

Re: 2.0.20 RC1

Posted on: 2022/1/17 13:06 #89

Just popping in

@Capehill

noticed A pecularity where readpixel does not give any performance figures when running the sdlbenchmark? I know there is something with picasso96api.library but uncertain? it can be the calculation of frames/sec since it does operations (rather many too)

Topic | Forum

trgswe

Re: Qt 6 progress

Posted on: 2022/1/12 21:21 #90

Just popping in

@alfkil

No keep it off for main programs, but enable it for all libraries (Including standard qt libraries, but excluding link libraries), one needs to checkout how amiga really handles sobjs, would it be better to go with amiga style libraries? (but then you have rewrite issues, maintenance issues),

Topic | Forum

trgswe

Re: Qt 6 progress

Posted on: 2022/1/11 20:34 #91

Just popping in

@alfkil

What do you mean usage? You simply set -fPIC Which stands for Position Independent Code, AFAIK you should never use it in ordinary code under windows and Linux (except libraries and -usually- plugins maybe also device drivers)... the strange part is shouldn't it be enabled by default for Amiga, since all code should be position independent on it...

Topic | Forum

trgswe

Re: Show keys on screen

Posted on: 2022/1/8 4:24 #92

Just popping in

@walkero
I think keymapEd or kme can do it, but I don't guarantee it, and it is a side effect of the programs purpose.

Topic | Forum

trgswe

Re: gcc 9 and 10

Posted on: 2022/1/6 22:07 #93

Just popping in

@walkero

On Ubuntu 20 have you installed the 32-bit compatability package (most distributions have those), at work we had some old 32-bit software that is vital for us to working (from sgi) and it works perfectly with the 32-bit compatibility package the distro was red-hat.

Topic | Forum

trgswe

Re: ScummVM and AmigaOS4.1 F.E.

Posted on: 2021/12/28 11:05 #94

Just popping in

@Capehill

not necessarily there is these gfx drivers... plus some other hardware specifick ones

null --
sdl --software renderer
surfacesdl --Compositing?
openglsdl --the 'actual' opengl driver
opengl --enables pipelines, shaders etc.

maemosdl
openpandora
gph

Topic | Forum

trgswe

Re: Is it possible to use audio CDs?

Posted on: 2021/12/27 0:42 #95

Just popping in

@kas1e
I think AsimCDFS could do it best (and another of AmigaOS 2.x CDFS Filesystems perhaps amicdfs) but i think you hade to select the part you wanted to have. But I would be surprised if amiga os 4.1 CDFS does not have that built-in, the trouble is you might have to do multiple DOS drivers 1. For iso 9660 data, 1. For iso-9660 audio, it's just a matter of telling the CDFS system what to do with the extra partion (load,hide,ignore), I did something similar for morphos a long time ago (don't know if I released it).

Topic | Forum

trgswe

Re: Qt 6 progress

Posted on: 2021/12/19 22:39 #96

Just popping in

@alfkil

Just got a youtube video that might interest you (and the gcc guys too) the video is
Quote:

Leon Matthes - Reimplementing Signals, Slots, Properties and Bindings from Qt in pure C++17 [url]https://m.youtube.com/watch?v=QvV3WMFCQMU&t=178s[/url]

look in the channel 'Meeting Cpp' and they have had a recent video about the 'C++23 Standard library Preview' for those really interested in C++. The library is at
https://github.com/KDAB/KDBindings

Edited by trgswe on 2021/12/19 23:07:27

Topic | Forum

trgswe

Re: Is anyone have readdir_r() implementation for aos4 ?

Posted on: 2021/12/5 14:20 #97

Just popping in

@BSzili

that's not from glibc!

this is straight from a modern glibc


/* Copyright (C) 1991-2019 Free Software Foundation, Inc.

   This file is part of the GNU C Library.

   The GNU C Library is free software; you can redistribute it and/or

   modify it under the terms of the GNU Lesser General Public

   License as published by the Free Software Foundation; either

   version 2.1 of the License, or (at your option) any later version.

   The GNU C Library is distributed in the hope that it will be useful,

   but WITHOUT ANY WARRANTY; without even the implied warranty of

   MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.  See the GNU

   Lesser General Public License for more details.

   You should have received a copy of the GNU Lesser General Public

   License along with the GNU C Library; if not, see

   <http://www.gnu.org/licenses/>.  */



#include <errno.h>

#include <limits.h>

#include <stddef.h>

#include <string.h>

#include <dirent.h>

#include <unistd.h>

#include <sys/types.h>

#include <assert.h>

#include <dirstream.h>



#ifndef __READDIR_R

# define __READDIR_R __readdir_r

# define __GETDENTS __getdents

# define DIRENT_TYPE struct dirent

# define __READDIR_R_ALIAS

#endif



int __READDIR_R (DIR *dirp, DIRENT_TYPE *entry, DIRENT_TYPE **result)

{

  DIRENT_TYPE *dp;

  size_t reclen;

  const int saved_errno = errno;

  int ret;



  __libc_lock_lock (dirp->lock);



  do

    {

      if (dirp->offset >= dirp->size)

        {

          /* We've emptied out our buffer.  Refill it.  */

          size_t maxread;

          ssize_t bytes;



#ifndef _DIRENT_HAVE_D_RECLEN

          /* Fixed-size struct; must read one at a time (see below).  */

          maxread = sizeof *dp;

#else

          maxread = dirp->allocation;

#endif



          bytes = __GETDENTS (dirp->fd, dirp->data, maxread);

          if (bytes <= 0)

            {



              /* On some systems getdents fails with ENOENT when the

                 open directory has been rmdir'd already.  POSIX.1

                 requires that we treat this condition like normal EOF.  */



              if (bytes < 0 && errno == ENOENT)

                {

                  bytes = 0;

                  __set_errno (saved_errno);

                }

              if (bytes < 0)

                dirp->errcode = errno;

              dp = NULL;

              break;

            }

          dirp->size = (size_t) bytes;

          /* Reset the offset into the buffer.  */

          dirp->offset = 0;

        }

      dp = (DIRENT_TYPE *) &dirp->data[dirp->offset];



#ifdef _DIRENT_HAVE_D_RECLEN

      reclen = dp->d_reclen;

#else

      /* The only version of `struct dirent*' that lacks `d_reclen'

         is fixed-size.  */

      assert (sizeof dp->d_name > 1);

      reclen = sizeof *dp;

      /* The name is not terminated if it is the largest possible size.

         Clobber the following byte to ensure proper null termination.  We

         read just one entry at a time above so we know that byte will not

         be used later.  */



      dp->d_name[sizeof dp->d_name] = '\0';

#endif

      dirp->offset += reclen;



#ifdef _DIRENT_HAVE_D_OFF

      dirp->filepos = dp->d_off;

#else

      dirp->filepos += reclen;

#endif



#ifdef NAME_MAX

      if (reclen > offsetof (DIRENT_TYPE, d_name) + NAME_MAX + 1)

        {

          /* The record is very long.  It could still fit into the

             caller-supplied buffer if we can skip padding at the

             end.  */

          size_t namelen = _D_EXACT_NAMLEN (dp);

          if (namelen <= NAME_MAX)

            reclen = offsetof (DIRENT_TYPE, d_name) + namelen + 1;

          else

            {

              /* The name is too long.  Ignore this file.  */

              dirp->errcode = ENAMETOOLONG;

              dp->d_ino = 0;

              continue;

            }

        }

#endif

      /* Skip deleted and ignored files.  */

    }

  while (dp->d_ino == 0);

  if (dp != NULL)

    {

      *result = memcpy (entry, dp, reclen);

#ifdef _DIRENT_HAVE_D_RECLEN

      entry->d_reclen = reclen;

#endif

      ret = 0;

    }

  else

    {

      *result = NULL;

      ret = dirp->errcode;

    }



  __libc_lock_unlock (dirp->lock);



  return ret;

}



#ifdef __READDIR_R_ALIAS

weak_alias (__readdir_r, readdir_r)

#endif

#undef __READDIR_R

#undef __GETDENTS

#undef DIRENT_TYPE

#undef __READDIR_R_ALIAS

Topic | Forum

trgswe

Re: GL4ES: another OpenGL over OpenGLES2 emulation - some tech. info and porting progress

Posted on: 2021/12/3 22:40 #98

Just popping in

@Raziel

Unfortunately almost all HD series graphics card have a VERY low spec, like they are not recommened to run games at HD resolutuions (more like 640x480, perhaps up to 1280x720) you probably hitting hardware limitations when running the HD series cards (they are usually low-level, the fastest HD series card is the 7970 GHz Edition almost RX 470 (122% of a 7970 HD)) even on lowend Amigas

Topic | Forum

trgswe

Re: Qt 6 progress

Posted on: 2021/12/1 18:53 #99

Just popping in

@alfkil

that's not possible since it is defined in the ELF format documents (You can't define your own that easily), I would suggest getting this or similar documents

https://refspecs.linuxfoundation.org/

and look at elf.pdf (v. 1.2), elfspec_ppc.pdf (PPC Specifc and contains some DWARF information specific for the PPC), there are additional docs there (gabi41) that are interesting but not relevant (IMHO).

Topic | Forum

trgswe

Re: Qt 6 progress

Posted on: 2021/12/1 16:31 #100

Just popping in

@Georg

I don't think so... since linux and amigaos4 uses ELF as binary format they are compatible with one another, so linux can easily parse the amigaos4 exec.

Topic | Forum

Top

« 1 2 3 4 (5) 6 7 »