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 - R.M. Klippstein

Pages: 1 2 [3] 4 5 ... 14
31
Applications / Re: VirtualBox 5.0.6 First Impressions
« on: November 14, 2016, 05:36:51 pm »
Hey ivan, For now only one processor is supported, as for the problem with the mouse pointer intergration notice try, click on the x to close it (which seemingly does nothing) then click on the mini icon in the upper right corner of the screen that changes screen from full screen to windowed (or vice versa) and that should get rid of it.

32
Programming / Need help with gcc copy routine
« on: November 12, 2016, 10:46:48 pm »
The following is a copy routine that can be used in gcc to copy a file or directory to another location while running a compile. I have this routine embedded in a .cpp file (alloc.cpp – this is just for testing to make sure the routine works) the routine will be used later in the compile that takes about 1 hour to build. I've defined “out” and now need to plug in the values for src_path =argv[1]; and dst_path = argv[2]; I've been unable to come up with the correct values for argv[1&2] and get the error indicated below. For testing purposes I'm using F:\4.0.37\testcopy for  the destination path  and F:\4.0.37\include\testfile.txt for the file to be copied.
Here is the routine in alloc.cpp:

*   Header Files                                                               *
*******************************************************************************/
#define RTMEM_NO_WRAP_TO_EF_APIS

#define exit

#include <iprt/mem.h>
#include "internal/iprt.h"

#include <iprt/assert.h>
#include <iprt/string.h>


#include <stdio.h>

int main(int argn, char * argv[]) {

    int src_fd, dst_fd, n, err;
    unsigned char buffer[4096];
    char * src_path, dst_path;

    // Assume that the program takes two arguments the source path followed
    // by the destination path.

    if (argn != 3) {
        printf("Wrong argument count.\n");
        exit(1);
    }

    src_path = argv[1];
    dst_path = /testcopy;

    src_fd = open(src_path, O_RDONLY);
    dst_fd = open(dst_path, O_CREAT | O_WRONLY);

    while (1) {
        err = read(src_fd, buffer, 4096);
        if (err == -1) {
            printf("Error reading file.\n");
            exit(1);
        }
        n = err;

        if (n == 0) break;

        err = write(dst_fd, buffer, n);
        if (err == -1) {
            printf("Error writing to file.\n");
            exit(1);
        }
    }

    close(src_fd);
    close(dst_fd);
}


RTDECL(void *) RTMemDupTag(const void *pvSrc, size_t cb, const char *pszTag) RT_NO_THROW
{

And here is  the error output:

kBuild: Compiling filesplitter - F:/4.0.37/src/bldprogs/filesplitter.cpp
kBuild: Compiling RuntimeBldProg - F:/4.0.37/src/VBox/Runtime/common/alloc/alloc.
cpp
F:/4.0.37/src/VBox/Runtime/common/alloc/alloc.cpp: In function 'int main(int, cha
r**)':
F:/4.0.37/src/VBox/Runtime/common/alloc/alloc.cpp:59:22: error: invalid conversio
n from 'char*' to 'char' [-fpermissive]
     dst_path = argv[2];
                      ^
F:/4.0.37/src/VBox/Runtime/common/alloc/alloc.cpp:61:29: error: 'O_RDONLY' was no
t declared in this scope
     src_fd = open(src_path, O_RDONLY);


Thanks in advance for any help

klipp

33
Applications / Re: VirtualBox 5.0.6 First Impressions
« on: November 11, 2016, 03:05:07 pm »
Hi Andi B. I've been using r-141 for about 2 months now and it is a definite step up from the 1.6.x series-- however it is a beta and has quite a few problems to overcome but valerius is well aware of whats needed and will resolve them in the future, I'm sure. Currently its at r-143.

klipp

34
Hardware / Re: H.P. 3630 - anybody got one of these working on OS2?
« on: October 23, 2016, 11:58:08 pm »
Hey Paul, Mine does too now thanks to you and everybody else's help. I've never gotten along well with CUPs but I finally gotten it straightened out and it now makes sense to me, and as you already know an RJ45 port is not necessary.

Thanks to all of you, I'm a happy CUPS'er now!

klipp

35
Hardware / Re: H.P. 3630 - anybody got one of these working on OS2?
« on: October 22, 2016, 07:43:35 pm »
Thanks David for the help, you're solutions works! (on most machines! but not the one I need it to work on!) I use a Lenovo MT-M 6088 for compiling and it won't install on it, but does on three other boxs (non-Lenovo) using GENMAC drivers for wireless.

Hey Paul, this printer is really great, low priced, until you buy ink cartridges for it, then its not so great if you do a lot of printing. The reason it can print a "test page" in CUPS but not actually print with eCS is because it has no RJ-45 port. So David's solution seems to be the only way to make it work, but it is a very acceptable solution.

klipp

36
Hardware / Re: H.P. 3630 - anybody got one of these working on OS2?
« on: October 19, 2016, 05:43:53 pm »
Thanks Paul, I'm using HPLIP-3.16.9. This is the latest release from H.P. which they claim to be necessary for the printer to work with Linux. However I do not have Lars's usb drivers installed, I'm using 11.13 from Arca Noah.  I'll give what you suggested a try and and post the results.

David, thanks for you're response. Would you describe in a little more detail how you set it up to work with wireless using eCS?  Thanks

klipp

37
Hardware / H.P. 3630 - anybody got one of these working on OS2?
« on: October 19, 2016, 12:44:57 am »
Got this printer working on Linux & Windoz but havn't been able to get it working on OS2 (surprise, suprise!)
Using the new H.P. Drivers it prints a test page with OS2 using CUPs but seems it's not capable of working using USB connection.
Anybody got any ideas?

Thanks  klipp

38
Hardware / Re: Format 64gb Thumb Drive
« on: October 11, 2016, 02:49:08 am »
Thanks ivan, I'll give that a try, I sure hope it works as I've got to get this monster partition backed up before I loose it by inadvertantly screwing something up.

klipp

39
Hardware / Re: Format 64gb Thumb Drive
« on: October 11, 2016, 02:39:21 am »
Hi Dave, Well looks like this one is probably hard wired, I bought this because I have several other's like it only 32gb and they formatted JFS with out problems. Guess I'll try chopping it into two 32gb partitions but that probably won't work either. Any other ideas?

thanks klipp

40
Hardware / Format 64gb Thumb Drive
« on: October 11, 2016, 12:34:31 am »
How do I Format a Scandisk 64gb Cruzer Blade Thumb Drive for jfs? I need it to backup a 63gb OS2 Partition (also jfs). I thought the eCS install CD would do it but no luck there.
Thanks for any ideas

klipp

41
Applications / Re: Yum error! "Python strikes again"!
« on: July 20, 2016, 01:23:31 am »
Looks like everything is working now, I got a completed update, no problems!

klipp

42
Applications / Re: Yum error! "Python strikes again"!
« on: July 20, 2016, 12:10:42 am »
Hey Andi.B, Yes to both of you're suggestions, thanks for the reply.
and Lars: It looks like they are probably working on this problem. Now all of a sudden it works and I can update about half of the .rpms. It now craps out when I get down to updating os2-base then throws the error: "An error occurred when trying to download packages. Error, cannot open package databasein /@unixroot/var/lib/rpm/database. Looks like only about half of the database is present.
  I'll try again later or tomorrow and maybe it'll work completley.
Dave: Sombody probably filed a bug report, I'll wait & see what happens.
Thanks to all of you.

klipp

43
Applications / Re: Yum error! "Python strikes again"!
« on: July 18, 2016, 11:59:46 pm »
Hi Dave, I've done you're re-install of yum & anpm 3 times now and all with the same result. It looks to me like something basic is broken with yum, probably python. You're procedure works fine and anpm installs correctly and loads to netlabs-rel repository. Everything looks great till you try to update a package. It downloads the packages (or packages) that are required but never updates the existing package or packages.
  Switching to command prompt and just trying to update or install a un-installed package using yum install or yum update gives the following:

 Package      Arch          Version                  Repository            Size
================================================================================

Installing:
 apr          i686          1.4.5-1.oc00             netlabs-rel           79 k

Transaction Summary
================================================================================

Install       1 Package

Total size: 79 k
Installed size: 79 k
Is this ok [y/N]: y
Downloading Packages:
Running Transaction Check

Killed by SIGABRT
pid=0x00ed ppid=0x00ec tid=0x0001 slot=0x008d pri=0x0200 mc=0x0001 ps=0x0010
E:\USR\BIN\PYTHON2.7.EXE
Process dumping was disabled, use DUMPPROC / PROCDUMP to enable it.

[E:\]

Does any of this make any sense to you?  Its killing me!

klipp

44
Applications / Re: Yum error! "Python strikes again"!
« on: July 17, 2016, 02:59:04 am »
Wow! Thanks Dave,  I'll try you're procedure tomorrow, I'm trying to get through a pretty long compile that looks like it got screwed up by the failed yum update I suspect! I Hate yum with a passion, but if a person wants to compile source code nowdays,-- when it works!, its somewhat of a lifesaver.

klipp

45
Applications / Yum error! "Python strikes again"!
« on: July 17, 2016, 01:14:11 am »
I was doing a "Update All" using Arca Noah's package manager, and was about half way through the process (I believe it was in the process of updating libc.066) when I got this:

There was a problem importing one of the Python modules
required to run yum. The error leading to this problem was:

   dlopen rc=2 extra=NSS3K

Please install a package which provides this module, or
verify that the module is installed correctly.

It's possible that the above module doesn't match the
current version of Python, which is:
2.7.6 (default, Feb 26 2015, 17:48:50)

Now I can't do anything with yum and Arca Noah package manager shows "no packages available" and also shows "all packages are up to date".
UnInstalling Arca Noah package manager is do-able but re-installing comes up with the same results.
Is there a procedure for getting rid of yum and starting over from scratch?
Current version of Python IS 2.7.6

Thanks for any ideas, klipp

Pages: 1 2 [3] 4 5 ... 14