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 - Andreas Schnellbacher

Pages: 1 ... 18 19 [20] 21 22 ... 56
286
General Discussion / Re: Print Screen in ArcaOS
« on: August 06, 2020, 02:14:00 am »
It's caused by the changed dialogs of XWP. You'll find the 'Print Screen' tab under the Object 'Screen'.

287
Setup & Installation / Re: Easy way to install fix packs
« on: August 03, 2020, 10:24:06 pm »
Quote
is for OS/2 Warp 4
The readme of QuickFix says that later versions support also Warp 3.

288
Setup & Installation / Re: Easy way to install fix packs
« on: August 03, 2020, 01:14:06 pm »
Additionally to this, I had used QickFix 1.21 for the later Warp 4 fixpaks.

Ian, your collection looks impressive.

BTW: AFAIR, one needs an OS/2 machine or an account from Ian to access Ian's site.

289
Applications / Re: Subversion 1.14.0
« on: July 30, 2020, 11:31:35 am »
Steven's suggestion is to use '4os2 /c epm /m' as the editor command

I'll try and test this evening - but Lewis/Steven have suggested in email that things are working for them.
I've tried now all combinations: From a VIO shell, "cmd /c" must be prepended to call a PM editor. (It doesn't matter, if 4os2 or cmd is used.) From a PM shell, there exists no variant that works:

Code: [Select]
Test applications:
   VIO shell: cmd.exe, 4os2.exe
   PM shell : epm.exe 'shell', meshell.exe, lcmd.exe (Larsen Commander)

Test command:
   svn ci * (with an altered file in that dir)

editor-cmd      svn.exe 1.14.0 2020-07-28   svn.exe 1.7.21
                VIO shell    PM shell       VIO shell    PM shell   
             
tedit           OK           -              OK           OK
cmd /c tedit    OK           -              OK           OK
epm /m          -            -              OK           OK
cmd /c epm /m   OK           -              OK           OK

290
Applications / Re: Windows 10 and ArcaOS 5.x Dual Boot
« on: July 30, 2020, 01:29:04 am »
Why compare IBM BM with AiRBoot? In cases, where IBM BM (still) works, it might be the best solution, because it uses an own partition. In other cases it's the opposite.

A boot manager that occupies an own partition rather survives the installation of another system than one that is placed in the MBR. For the MBR case: Just reinstall it. Or didn't that work for you?

291
Applications / Re: Subversion 1.14.0
« on: July 29, 2020, 01:45:51 pm »
The 'compiled' flag is set by configure - it's not a true compile date/time....
OK. I've tested it with the correct file before: Both entries editor-cmd = epm /m and editor-cmd = cmd /c epm /m lead to the same error message, as I've posted above. Or has the syntax changed now, compared to 1.7.21?

292
Applications / Re: Subversion 1.14.0
« on: July 28, 2020, 07:29:56 pm »
Hi Paul, it looks like you've packed the same svn.exe as before. (I've renamed them for this:)

Code: [Select]
epm: I:\Download\connect > svn-2020-07-24.exe --version
svn, version 1.14.0 (r1876290)
   compiled Jul 24 2020, 19:07:05 on i386-pc-os2-emx

epm: I:\Download\connect > svn-2020-07-28.exe --version
svn, version 1.14.0 (r1876290)
   compiled Jul 24 2020, 19:07:05 on i386-pc-os2-emx

Needless to say: It behaves the same as the old version.

293
Applications / Re: Subversion 1.14.0
« on: July 25, 2020, 04:57:53 pm »
1) The configuration of a text editor in %HOME%\.subversion\config, section [helpers], via editor-cmd doesn't seem to work at all. In a VIO env with CMD.EXE I always get tedit. In a PM env the call just doesn't work and leads to the error message I've reported above. Both work for me with 1.7.21.

2) The line breaks of messages doesn't work correctly. You have already mentioned this.
Code: [Select]
Log message unchanged or not specified
                                      (a)bort, (c)ontinue, (e)dit:
                                                                  a

3) EDIT: Not a bug: Path names seem to be case-sensitive:
Code: [Select]
[G:\dev\netlabs\nepmd-1.14\TRUNK\SRC\NETLABS\MACROS]svn ci *
svn: E155010: Commit failed (details follow):
svn: E155010: The node 'G:/dev/netlabs/nepmd-1.14/TRUNK/SRC/NETLABS'
was not found.
It works from the path in its real case:
Code: [Select]
[G:\dev\netlabs\nepmd-1.14\trunk\src\netlabs\macros]svn ci *
Note that apparently filenames can be specified in any case.

EDIT: The same happens with 1.7.21. Thanks to Steven.

294
Applications / Re: Subversion 1.14.0
« on: July 24, 2020, 06:12:38 pm »
Wildcards may work now, but apparently there's a problem with starting an editor for log messages.

Here's what I did, starting with a repository converted with your version 1.7.21:

Code: [Select]
epm: G:\dev\netlabs\nepmd > svn status
svn: E155036: Please see the 'svn upgrade' command
svn: E155036: The working copy at 'G:/dev/netlabs/nepmd'
is too old (format 29) to work with client version '1.14.0 (r1876290)' (expects format 31). You need to upgrade the working copy first.

This was expected. I've first checked if I can reproduce the reported wildcard problems. That's with the old version 1.14.0 2020-07-18:

Code: [Select]
epm: G:\dev\netlabs\nepmd > svn upgrade
Upgraded '.'

epm: G:\dev\netlabs\nepmd\trunk\src\gui\common > svn ci *
svn: E720253: Error resolving case of '*'

OK, apparently confirmed. Now with the new version 1.14.0 2020-07-24:

Code: [Select]
epm: G:\dev\netlabs\nepmd\trunk\src\gui\common > svn ci *
svn: E205001: Try 'svn help commit' for more information
svn: E205001: Commit failed (details follow):
svn: E205001: Cannot invoke editor to get log message when non-interactive

In my file %HOME%\.subersion\config I have:

Code: [Select]
[helpers]
editor-cmd = epm /m

For comparison, here's how it works with 1.7.21 from my safety copy:

Code: [Select]
epm: G:\dev\netlabs\_nepmd-svn1.7\trunk\src\gui\common > svn ci *

A new editor window is opened synchronously (due to the config epm /m) with a tmp. file svn-commit.tmp:

Code: [Select]
--This line, and those below, will be ignored--

M    libreg.c
M    libreg.h

295
Applications / Re: Subversion 1.14.0
« on: July 18, 2020, 09:17:18 pm »
Hi Paul,

I plan to test it next week. I'm currently using your version 1.7 without problems, so, I guess, database conversion won't happen again. Just give me some time.

296
Thanks Martin. I was too lazy to try it out. I've tried it now for a .cmd file and got the same limit as you. 1023 should suffice for most grep dir specs I plan to use. That makes it easier.

The other value, 259, makes sense, because of _MAX_PATH = 260.

297
Thanks, makes sense. I've set now my VAL to 2560.

298
If you have only 2 GB recognized (here as well, but a different reason), then it makes no sense to set VAL to that or a higher value. You probably run out of shared lower memory first.

I have tested here 1536 and 1728. My current value is 1728, but I'm not happy with it. 2 GB is just too little for recent apps.

299
Thanks. I have now several options.

One slower fallback method already exists: Search with E code, so some options can be implemented later. (It's fast enough for searching in included files only, but not for searching in dirs and filemasks.)

Dave, you're probably right with the availability of grep.exe and sh.exe. Times have changed.

Andi, I didn't know that about 4os2.

300
Thanks Dave. That saves me some time. I'm aware about the sh option, but that would be another prerequisite beside grep. Your calls to compile a Mozilla app probably afford a shell with a much larger limit since a long time.

It's all about calling grep from EPM for the next release. Let's see what will be the best and fastest solution. BTW: grep.exe is about 10 times faster than doing similar in EPM's macro language E. That's why calling an external utility is a preferred option in this case.

Pages: 1 ... 18 19 [20] 21 22 ... 56