Show Posts

This section allows you to view all posts made by this member. Note that you can only see posts made in areas you currently have access to.

Messages - Martin Vieregg

Pages: [1] 2 3 ... 18
Utilities / Re: MeShell commandline frontend timetable
« on: February 07, 2022, 08:10:00 am »

do you have realized that


works? MeShell interpretates the "| MORE" string by itself and simulates the MORE functionality.

Are there other commands like "DIR /P" where the MORE command is integrated as a parameter?

Utilities / Re: MeShell commandline frontend timetable
« on: February 03, 2022, 11:55:54 am »
It works only for a VIO screen, not for a PM window.

If I open a windowed OS/2 cmd "Window" (not full screen), then CLS works.

Utilities / Re: MeShell commandline frontend timetable
« on: February 01, 2022, 10:24:40 am »
The behaviour is how I expected. If you type "mode 60,25", then the VIO window gets bigger and you will get the behaviour you want.
But I really wonder why CLS does not work. So I have to program this command by myself. I have access to the VIO screen buffer.

I could program a checkbox where the VIO window does not disappear anymore and a checkbox where the position of the VIO window is no more chained to the position of the MeShell window. Would this be helpful?

Is it worth to compile the conflicts between MeShell and Xit?

Utilities / Re: MeShell commandline frontend timetable
« on: January 27, 2022, 07:24:16 pm »
>Yes, so I had actually stepped through each one of these options and picked the 'static no jump:...' (the last one) because that most closely resembled the behaviour I was going after. Even then though it does not match what I see in a normal CLI session. So I wasn't sure if that was by design, or a true side-effect?

The idea of "static no jump" is to have a normal editor functionality while the output gets appended in the background (you can only see the moving scrollbar button). You can navigate in the output like in an editor (PgUp/Pg Dn), and pressing SPACE jumps to the prompt when the LED turns to green. I thaught noone is interested in the old behaviour with "pressing space to continue".

>I will say this though: the "page size" seems to be hardcoded to be 25 lines??? In my case the MeShell window is about 60 lines even trying "page full" settings always shows just half the page.

On my computer, it seems to work. The last line is repeated as the first line on the new page.

>Lastly, from a new features perspective, can you implement 'cls' (clear screen)? Sometimes it's awefully nice to just wipe the VIO window clean and start at the very top, especially for commands that sometimes provide special formatting. MeShell today does not appear to support this, nor am I aware of another way one could do this?

I wonder why CLS does not has an effect to the VIO window. It has no effect to the editor window, of course. You can delete the editor window by clicking to the red cross topright of the MeShell window. I have to think about why it does not delete the VIO window. Perhaps I have to implement this by myself. It would be possible, I think.

Internet / Re: PMMail - corrupted folders?
« on: January 27, 2022, 07:09:42 pm »
Is there a new pmMail 3.26 in progress?

There are two ugly problems with 3.25:
  • The Text Edit field often does not get updated. I have to click to other folders and back to my folder to get the text of the first E-Mail in the list viewed.
  • Starting pmMail and changing to another folder is very time-consuming because Re-Indexing is very time-consuming. Former versions did not re-index every time. Even receiving new E-Mails takes a lot of time, because if a new mail is placed into the trash order, the trash order gets re-indexed every time.
  • re-indexing via context menu is now much slower than before.
  • A hotkey for "startin in browser" would be great.

Great would be to have the old performance with the current functionality. Perhaps someone can send this comments to the developer.

Utilities / Re: MeShell commandline frontend timetable
« on: January 25, 2022, 03:18:26 pm »
I can only move the CHILD window, but I cannot move the PARENT window because as soon as I try that they always follow each other.

There are two possibilities: It would be possible to make a checkbox on the "VIO" page of the settings notebook. "Move main window without moving VIO window" or pressing Ctrl while moving the checkbox omits moving the VIO window. What would you prefer?

The whole output scrolls, and yes, I can then afterwards go back up the page, but sometimes that's not the point, instead I'd like to stop at exactly a pagefull, review that info before I proceed further.

Do you have seen the settings notebook page "Scroll"? Is it really useful to stop the output when you have unlimited acces to the text above after finishing the command?

Utilities / Re: MeShell commandline frontend timetable
« on: January 24, 2022, 10:07:02 pm »
I paused following this thread for a couple of month. What is Xit?

Does anyone has found bugs?
Meanwhile, I only found two bugs:
- restoring the current directories after restarting MeShell sometimes fails
- sometimes dropping a folder into MeShell let crash the program and freezes the whole System (kill Watchcat still works). Normally and in most cases, the folder you are dropping gets current

Meanwhile, I have ported the program to Windows but I have still problems with proper translating some API calls.

Storage / Re: exFat or FAT32 ?
« on: December 09, 2021, 07:18:58 pm »
It seems that the problems with FAT32 did vanish with ArcaOS 5.0.6 and its FAT32 driver. I cannot explain the behaviour. It seemed to be random problems.

Setup & Installation / ArccaOS 5.0.6 does not see hard disk; FAT32 problems
« on: November 06, 2021, 04:58:52 pm »
(1) I have got two HDs installed, a SSD with the operating systems and a bigger HDD for backups, videos, music and so on. I have got both 5.0.2 and 5.0.6 installed. 5.0.6 does not see the HDD, 5.0.2 and Windows sees it. Any ideas?

(2) I thaught that the ArcaOS FAT32 driver is the more stable one, compared to the Netlabs version. But now I tried to copy 500 MB of data to the FAT32 drive (internal SSD) with the original ArcaOS FAT32 driver. Copy runs without problems. But after restarting, both Windows and ArcaOS does not see the new files anymore. chkdsk /D on Windows has no effect. (This had always an effect with Netlabs driver). Any ideas?

Setup & Installation / Re: YUM default platform setting
« on: November 06, 2021, 04:52:50 pm »
I could solve my problems by copying the
Code: [Select]
var usr sys etcdirectories from a functioning ArcaOS installation to the problematic one. Now all works fine. It is useful to store the working state of these directories.

Setup & Installation / Re: YUM default platform setting
« on: October 19, 2021, 11:52:48 pm »
After starting the Computer without SMT (Hyperthreading), "i686" appears as platform. So this seems to be the reason of choice. But anyway, updating all YUM stuff (while updating, it turns to "pentium4" again) does not help. So it seems that meanwhile, a package has changed and omits running OpenOffice. YUM seems to be a big construction zone in ArcaOS.
Next, I will try to copy the whole YUM directories from the corret installtion to the problem installation and will report here next week.

Setup & Installation / Re: YUM default platform setting
« on: October 19, 2021, 09:45:36 pm »
I have tried now the SMT setting in the BIOS (advanced - CPU). ArcaOS has got still the four pulse graphs. So it seems that SMT and Hyperthreading is the same indeed.

Storage / Re: exFat or FAT32 ?
« on: October 19, 2021, 09:17:45 pm »
I have got ArcaOS 5.0.2 and have installed a FAT32.IFS Netlabs driver (0.10-r384)

Setup & Installation / Re: YUM default platform setting
« on: October 19, 2021, 09:09:32 pm »
I only found a switch to turn off SMT. But if I understand right, this is not the same. Symmetric Multi Threading means several cores are used for one thread each, and Hyperthreading means two threads are running on the same core. Is that right? Of course I still want to use all my cores.

Setup & Installation / Re: YUM default platform setting
« on: October 19, 2021, 05:36:14 pm »
One of the upgrade steps changes your platform from i686 to pentium4.

But on the computer working fine which shows still "i686", I did make also the same (all) upgrade steps.
There's perhaps one week time difference. Can it happen that in this week, such minor changes were made on the server?

I can also try to copy the directories
Code: [Select]
usr/* var/* etc/* sys/*from the fine working installtion to the problem installation.
I hope that all information about the system drive is stored in environment variables, because the drive letters are different.

Pages: [1] 2 3 ... 18