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 - Valery Sedletski

Pages: 1 2 3 [4] 5 6 ... 25
46
Hi all!

I uploaded a new version:

ftp://osfree.org/upload/vbox/additions/VBoxAdditions-os2-x86-5.0.51.r217.zip

Here, I fixed problems in FS32_PATHINFO/FS32_FILEINFO, with FIL_QUERYEASFROMLIST[L] option,
which caused the following effects: 1) Icons of program objects whose programs are located on a shared
folder, were disappearing 2) sometimes, when opening a WPS Drives folder, this caused some WPS hangs
when calling FS32_PATHINFO. Now these problems seem to be gone.

Still, a problem with current folder, becoming readonly, is present. Should be fixed in near time.

47
2mauro: I mean, paths to shared folders in VBox settings. They are diferent in Windows and Linux. So, you should correct them accordingly.

> no shared folder volume isn't appearing in WPS pane at all, like it was before any Guest Additions installation
What do you mean? Shared folder isn't mounted? Is IFS loaded? VBoxService.exe is started? Did you tried to start VBoxService.exe manually?
Does it mount the shared folders then?

48
2 mauro:

Quote from: mauro
Quote
just doublechecked, the folder is properly read/write in Windows and same setted in Virtualbox.
I just need to try how this r216 work on same virtual machine ready on Ubuntu hosting, I'll let you know.

No, on Ubuntu host machine what done in the Windows host machine isn't working at all, the shared folder volume does not even appear in the WPS pane. The OS2 virtual machine there is cloned from the other. The only difference is the Virtualbox software version used:  Windows = 6.0.4 , Ubuntu = 6.0.8

What do you mean? Empty WPS folder? Did you tried to open it in FC/2? Maybe, some permission problems (maybe, your current user, under which VBox is
started, has no permissin to access the directory, which is shared to a VM?)? Is this the same shared folder as in Windows? So, your Linux has access to the same disk as Windows?  Did you corrected the paths accordingly? If you cloned VM under Windows and restored under Linux, the old paths will be invalid.

49
2mauro:

RPM package is planned in the future.

Quote
Quote
PS: Also regarding your error you mentioned on the screenshot. Can you check if the folder which contains the os2space.jpg file is readonly? Will the file copy
successfully, if you remove the "read only" bit? (There is some unknown problem: folders become read only after some time. This leads to some erros.)

just doublechecked, the folder is properly read/write in Windows and same setted in Virtualbox.
I just need to try how this r216 work on same virtual machine ready on Ubuntu hosting, I'll let you know.

I tested this on Linux host. It has "w" bit removed from some folders, and, as a result, copy operation
does not succeed. If you return the "w" back, everything will work. Did not tested it on windows host,
but it probably add "readonly" bit, so the symptoms should be similar like on Linux host. Are you sure
it isn't readonly? Did you tried to create a file or subdirectory in that g:\ directory? Will it fail?

50
2Lars:

> Can I also place all these files into another directory than \OS2 (and updating config.sys correspondingly) ? Or is this a problem for the .INI file ?

You can, if you wish, of course, but why? It does not use INI files.

> our package does not seem to work with VirtualBox 6.1.2 which is what I use. Too bad.

No, it works fine for me. Tested successfully with VBox 6.1.2 (Linux host). What is not working for you?

51
2mauro:

> I am using r186 (presumed to be not-Oracle branded, you started this thread announcing the availability of your job on r177) and those files were still "SF" called.
Of course previously they were called "VBoxSF". But then Knut get known that my version is almost ready, and made his own version. Two different IFS'es with the
same name become ambiguous, so, to not confuse one with another, I decided to rename my IFS to "VBoxFS.ifs".

I never suggested to place my files in c:\programs\VBox. Thay always intended to be on c:\os2. Those versions which go into c:\programs\VBox were made by
Knut/Oracle.

Looking at your screenshots: Are you sure you're using r216, not r215? As I could remember, the specified error were in r215, and should be fixed in r 216.

PS: Also regarding your error you mentioned on the screenshot. Can you check if the folder which contains the os2space.jpg file is readonly? Will the file copy
successfully, if you remove the "read only" bit? (There is some unknown problem: folders become read only after some time. This leads to some erros.)

PPS: r216 still has some problems. When opening folders with Ctrl-W in File Commander/2, I sometimes got some WPS hangs when it calls DosQueryPathInfo
with FIL_QUERYEASFROMLIST[L] parameter. Need to be fixed soon.

52
2mauro, Martin: They are not misspelled. The IFS is renamed to VBoxFS, whereas Oracle version is called VBoxSF. They are different and should be
distinguished. No  need to rename. Please read readme file. Everything is described here, including the motivation for renaming. Please note that if
you renamed file, rename it in  config.sys too. But as I said, my IFS is now called VBoxFS not VBoxSF. It is not only file is called VBoxFS not VBoxSF,
but internal IFS name too. So, if you rename it, it won't boot. Each IFS requires it's own version of VBoxService.exe. My IFS won't work with Oracle
version! Oracle version requires the IFS called VBOXSF, and my version required VBOXFS.

So, please read the README and change your IFS in config.sys to VBoxFS.ifs. VBoxFSAttach.exe is renamed to VBoxFSAttach too.

PS: "FS" in the file name stands for File System, whereas "SF" stands for Shared Folders. They are renamed to not confuse these two versions
which each other. They are different, so, now they are called differently. They are renamed a year ago, so I wonder why this question
arises since a year? Why not earlier? :)

53
2Andreas Schnellbacher: I cannot login into new Trac too. Wrote to Adrian at #netlabs, but no answer yet. You can download it via a direct link above in the host OS,
then copy it via an older version of shared folders, or, download it from another guest to a FAT/FAT32 partition, then attach that partition to an OS/2 guest, then copy
it as usual. Or, download it with the host OS, and attach it to the VM. It is an ISO image, so it can be attached as any other additions ISO. If host networking does not work, then you can use a flash disk to copy the downloaded additions.

54
Hi all! I did some fixes to dummy EA's creation in VBoxFS.ifs. Now I'm able to run WarpIN installers from the shared folder.
Also, copying/moving files from/to shared folder and other drives now should work. I uploaded the new build, r216, to the ftp:

ftp://osfree.org/upload/vbox/additions/VBoxAdditions-os2-x86-5.0.51.r216.zip

55
2Martin: The proccess of using COM port is generally the same for all drivers: You attach a terminal to a COM port via a null-modem cable.
Some docummentation is present in "doc" subdirectory of the Additions ISO. I'm sorry, but it is incomplete, yet. because unfinished. But you
can ask any questions here. To enable debug output, you need to add the "/d" parameter to the IFS command line in config.sys. The IFS is
using the QSINIT/ArcaLDR/OS4LDR log buffer. Some bits are described in debug.txt.

56
2Mauro: Why do you need to repeat all the installation instructions from the beginning each time? You only need to replace the binaries. No other actions
are required if you had everything installed previously. I just updated the instructions. As this update is related to the IFS only, you can replace the IFS only.
Regarding the trap, you must probably did something wrong and fucked up the system. If you would replace an IFS binaries only, I'd suspect, there will be
no place for errors.

57
2Martin: Yes, brackets in pathnames may be illegal symbols

> I was wondering also a different thing. You call your file with version 5.0.51, but currently the official vbox OS/2 guest drivers are on version 6.1. (which I guess there is not much difference). Are you using a current copy of the addons source code? Do you have it sync with the official repository?

No, My version is different and not related to the official version. They have completely different source code and can't be merged. Of course, I didn't
backported anything from 6.1 additions to 5.0 ones.

> 3) Copying files from the WPS (from the shared folder - Windows Host, to the WPS desktop) gives me some problems too.
Some files give a path can not be found error, other just lock the WPS on the copying dialog box.

Maybe, too long filenames or illegal filenames? Did you checked that?

> 4) Maybe it is related to problem #3. I can open directly from the host some files like PNG, PDFs, and some wpi installers. But EXE WarpIn installer give me this error when I run them from the shared host.

Maybe, some access right-related problems? I had some problems trying to rename a file but it appeared that these files had access right problems. I had a JFS partition
under Linux, and a file had a "readonly" attribute, so I was unable to rename it under linux. So, it was a problem outside VBox. Maybe, this file has access problems on
the host? Can you check a different guest OS with the same shared folder? Maybe, these problems reproduce there? Also, did you checked if the .exe can be
started from FC/2? Is there any difference from the WPS window?

PS: Did you tried to look what is written in the COM port log?

PPS: Tried to copy files with the WPS. There are some problems with that. If I drag a file with WPS from a shared folder to a ramdisk, I got an "SYS0225: The extended attribute list size is incorrect". After the second attempt to do so I got a kernel trap. Looking at the COM port log, I see that there is something wrong
with FS32_FILEINFO. It looks like I repaired FS32_FINDFIRST/NEXT onlym but not FS32_FILEINFO/PATHINFO. Need to check this further.

58
Hi ppl!

Today I updated my version of VBox additions to the following version:

ftp://osfree.org/upload/vbox/additions/VBoxAdditions-os2-x86-5.0.51.r215.zip

Now it has a long-awaited fix present: an empty EA's generation fix. Now dummy EA's generated correctly.
This makes the WPS Drives object to work as it should. Previously it began populating the folder window,
then in the middle of process, it wrote an error about "No objects that are meet the specified find criteria...".
Then you pressed the OK or Cancel button and the window closed. Now this error is fixed.
Please test.

59
2Andi B.:
> LAPIC ID's are consecutive - this is an old Intel dual-core machine which is still my main system although it should have been retired since years.
If so, then it may be not from {0, 1} set. VBox assumes that CPU ID's should be from a 0, ... Max. CPU ID set. If this is not true, this error could occur.
If you don't want to touch this machine, then you could leave everything as is, and use VBox r143 from your another machine. It should use a single
CPU only because of no SMP support in VBox.

Indeed, testing OS/4 kernel is easy thing. I cannot expect you can break much. And you can easily switch kernels with QSINIT or OS/4 loader. You
only need to replace the old IBM loader with new one, and set up your os2ldr.ini. You can boot the old kernel and newer kernels from the same menu.
And QSINIT is backward compatible with older kernels. It should even be able to load Warp3 kernels successfully (it was tested by its author). So,
there should be no problems here. At the extreme case, you can chainload on older os2ldr version with 'restart' directive.

> Anyway I think currently the biggest problem is the amount of lower shared memory VBox needs. I think we should find ways to reduce that at first.
The 1st thing you need is to set up correct values of VAL, THREADS and PROCESSES in your config.sys. Plus see if you did not used too much
JFS cache. For example, I have

THREADS=511
PROCESSES=128
VIRTUALADDRESSLIMIT=3072
IFS=D:\OS2\JFS.IFS /LW:5,20,4 /AUTOCHECK:* /CACHE:128000

Here, 511 threads and 128 processes should be sufficient for most cases. The default values from config.sys are too big and allocate
about 200 MB for Thread control blocks and PTDA's, which may eat up much kernel memory. Also, here you can see 3 GB of VAL
and 128 MB of JFS cache. You need to check (with theseus) that there are some 100-200 MB of kernel memory left after these settings.

Plus, you can try loading most VBox DLL's to high memory. I prepared a highmem.cmd script for that in the VBox distribution for that.

60
2AndiB: The -1018 error means VERR_INVALID_CPU_ID. You're not the first person which encounter this error. You're probably using an IBM's kernel.
IBM's kernels don't have a means to determine a CPU ID, which is calculated as an LAPIC ID by default by VBox. But VBox assumes CPU ID's to be
consecutive, which is not always true in case of LAPIC ID's. So, if they're not consecutive in your system, this error can occur. On some systems, like
mine, LAPIC ID's are consecutive (there is no hole). So, this error doesn't occur in my system. So, I'm lucky. Unfortunately, there is no reliable way
to determine a CPU ID on an IBM kernel. OS/4 kernel contains a KEE function to get a current CPU ID, so no such problem with it. So, I can advice
you using an OS/4 kernel here.

BTW, VT-x (a hardware virtualization) support is working with OS/4 kernel, only. So, this is another bonus of OS/4 kernel. OS/4 kernel is required
because of a "CPU rendezvous" KEE, needed to run code on all CPU's in parallel. IBM's kernel also lacks this feature,

PS: Version 5.0.6_OSEr143 seems to be very old, so it could not contain the SMP-related code. Or, probably, your second machine contains cores
with contiguous LAPIC ID's, like I have on my machines, so this error won't happen. Anyway, you can install an OS/4 kernel, and its PSD+ACPI
and we will see if your LAPIC ID's are contiguous. It should write about that in the kernel log.

Pages: 1 2 3 [4] 5 6 ... 25