Author Topic: Problem with 3.4 source code?  (Read 9690 times)

Offline Ulciscor

  • Moderator
  • Bot Destroyer
  • *****
  • Posts: 401
    • View Profile
Problem with 3.4 source code?
« on: August 12, 2005, 04:47:44 PM »
Hey, I've unzipped the source code and am having trouble running it...
I'm getting 'User-defined type not defined' on 'pos as Vector' in robots.bas

I have copied fastmathDLL.dll to system32 folder, and tried running regsvr32 at the command prompt to check if that was the problem but got even more weirdness there. Something about an entry point not being found and the file not being registered.

Am I doing something wrong? I reeeeally wanna get a peek at 3.4, someone help please!!  :(
:D Ulciscor :D

I used to be indecisive, but now I'm not so sure.

Offline Numsgil

  • Administrator
  • Bot God
  • *****
  • Posts: 7742
    • View Profile
Problem with 3.4 source code?
« Reply #1 on: August 12, 2005, 04:55:52 PM »
Definatley not the DLL.  You'll know the DLL problem because it says "can't find fastmath.dll"

Instead, there's some source missing.

Vector type should be defined in the common module (yes, that's what it's called).

It may be that the project file isn't including common.bas into the project.  That'd be my guess.  If that's the case, just insert it via project -> add file and look for common.bas.
« Last Edit: August 12, 2005, 04:57:38 PM by Numsgil »

Offline Ulciscor

  • Moderator
  • Bot Destroyer
  • *****
  • Posts: 401
    • View Profile
Problem with 3.4 source code?
« Reply #2 on: August 12, 2005, 08:09:52 PM »
There is no new common module in the .zip on the FTP, so I inserted the old one from the last version I have and it won't work.
:D Ulciscor :D

I used to be indecisive, but now I'm not so sure.

Offline Numsgil

  • Administrator
  • Bot God
  • *****
  • Posts: 7742
    • View Profile
Problem with 3.4 source code?
« Reply #3 on: August 12, 2005, 11:10:44 PM »
No, it wouldn't work since the entire vector class is new to 2.4.

I have no idea why it didn't include common.bas.  I've reuploaded 2.4 to the FTP.  It should work now.

Offline Ulciscor

  • Moderator
  • Bot Destroyer
  • *****
  • Posts: 401
    • View Profile
Problem with 3.4 source code?
« Reply #4 on: August 13, 2005, 05:31:08 PM »
You are probably fed up of me by now lol :lol: but I'm getting the dll not found error. Both the .dll and .lib files are copied to system32, regsvr32 still won't work.
:D Ulciscor :D

I used to be indecisive, but now I'm not so sure.

Offline PurpleYouko

  • Bot God
  • *****
  • Posts: 2556
    • View Profile
Problem with 3.4 source code?
« Reply #5 on: August 13, 2005, 08:52:20 PM »
Are you making sure to use the full path with regsvr32?
There are 10 kinds of people in the world
Those who understand binary.
and those who don't

:D PY :D

Offline Ulciscor

  • Moderator
  • Bot Destroyer
  • *****
  • Posts: 401
    • View Profile
Problem with 3.4 source code?
« Reply #6 on: August 13, 2005, 09:13:13 PM »
I didn't think you needed to, as system32 was the default directory, but I'll do that now...

It says "[The dl]l was loaded but the DllRegisterServer entry point could not be found. This file cannot be registered." I'll have a google to see what's going on.
:D Ulciscor :D

I used to be indecisive, but now I'm not so sure.

Offline Ulciscor

  • Moderator
  • Bot Destroyer
  • *****
  • Posts: 401
    • View Profile
Problem with 3.4 source code?
« Reply #7 on: August 13, 2005, 09:23:02 PM »
Just tested it with another dll and get exactly the same response :( it must be my machine. I haven't found any help on the matter either.
:D Ulciscor :D

I used to be indecisive, but now I'm not so sure.

Offline Numsgil

  • Administrator
  • Bot God
  • *****
  • Posts: 7742
    • View Profile
Problem with 3.4 source code?
« Reply #8 on: August 14, 2005, 03:33:53 AM »
Try the system directory instead of system32.

DLLs are hell.  I absolutely hate it, and wouldn't even do it except I found a way to find the inverse square root of a number super fast using bit manipulations, and you can't manipulate bits in VB :/

Offline Ulciscor

  • Moderator
  • Bot Destroyer
  • *****
  • Posts: 401
    • View Profile
Problem with 3.4 source code?
« Reply #9 on: August 14, 2005, 11:56:12 AM »
Goddam it it still says the same thing for every dll, no matter where they are :burnup: I don't know what's going on!
:D Ulciscor :D

I used to be indecisive, but now I'm not so sure.

Offline Ulciscor

  • Moderator
  • Bot Destroyer
  • *****
  • Posts: 401
    • View Profile
Problem with 3.4 source code?
« Reply #10 on: August 14, 2005, 12:02:31 PM »
OK Microsoft support says the error can be generated as following:


Dllname is not a .dll or .ocx file. For example, typing regsvr32 wjview.exe generates this error message.

OR

Dllname may not be exported, or a corrupted version of Dllname may be in memory. Consider using Pview to detect the file and remove it.

I've no idea which of these is most likely.
:D Ulciscor :D

I used to be indecisive, but now I'm not so sure.

Offline PurpleYouko

  • Bot God
  • *****
  • Posts: 2556
    • View Profile
Problem with 3.4 source code?
« Reply #11 on: August 14, 2005, 12:05:39 PM »
I had the same problem a while back with an excel utility that used a bunch of activex features.
I had to use the full path C:\WINNT\System\System32...ect. and actually be in the root directory at the time or the bloody dll just would not register.

I haven't tried this new version yet cuz I have been too busy. Maybe I will give it a shot today to see how it goes.
There are 10 kinds of people in the world
Those who understand binary.
and those who don't

:D PY :D

Offline Ulciscor

  • Moderator
  • Bot Destroyer
  • *****
  • Posts: 401
    • View Profile
Problem with 3.4 source code?
« Reply #12 on: August 14, 2005, 12:17:32 PM »
Just found this, don't know if it has any relevance.

Error: "C:\Program Files\SoftArtisans\WordWriter\WordWriter.dll was loaded, but the DLLRegisterServer entry point was not found. DLLRegisterServer may not be exported, or a corrupt version of C:\Program Files\SoftArtisans\WordWriter\WordWriter.dll may be in memory. Consider using PView to detect and remove it."
This error is the result of attempting to register the WordWriter.dll with regsvr32, which can be used to register COM objects, but not .NET ones.

I have some .net framework installed on my pc, and possibly a partial remnant of vb.net remaining from a previous installation. Would this cause the problems I am having? The site suggests running regsvr on the COM object not the DLL.
:D Ulciscor :D

I used to be indecisive, but now I'm not so sure.

Offline Ulciscor

  • Moderator
  • Bot Destroyer
  • *****
  • Posts: 401
    • View Profile
Problem with 3.4 source code?
« Reply #13 on: August 14, 2005, 12:21:29 PM »
Lol sorry to post again, ut interestingly the DLL error disappears when I change

Declare Function FastInvSqrt Lib "FastMath" (ByRef x As Single) As Single

to

Declare Function FastInvSqrt Lib "FastMathDLL" (ByRef x As Single) As Single

but weird stuff is happening. Not sure if this is just because of wonky settings or the change I have made. But there are no dll errors now.
:D Ulciscor :D

I used to be indecisive, but now I'm not so sure.

Offline Numsgil

  • Administrator
  • Bot God
  • *****
  • Posts: 7742
    • View Profile
Problem with 3.4 source code?
« Reply #14 on: August 14, 2005, 02:41:26 PM »
There are so many changes, I have a feeling we'll be sorting through wonky things for quite a while.  Be sure to set all physics values to something real.  That's the most obvious solution.

After that start posting what you find weird.  This is a long road.