found it…
in hcommon.pref:
startupHelp := 0;
but that didn't solve the problem for this person for some reason… If anyone's seen that error before, I'd love to know what it's from.
Found 14 posts.
Search results Show results as topic list.
Technical Discussion » Can you turn off auto-load of help browser without opening?
- BrianK
- 18 posts
- Offline
Technical Discussion » Can you turn off auto-load of help browser without opening?
- BrianK
- 18 posts
- Offline
I'm getting some python error when Houdini launches on some of our machines.
The error looks like:
help system: error: cannot import name Punctuation
exception: ImportError
details: Traceback (most recent call last):
File “<stdin>”, line 1, in <module>
File “/home/prisms/builder-new/Nightly9.5/dev/src/houdini/help/houdinihelp/__init__.py”,
line 7, in <module>
# Copyright © 1999 by Secret Labs AB.
File “/home/prisms/builder-new/Nightly9.5/dev/src/houdini/help/houdinihelp/streams.py”,
line 13, in <module>
File
“/home/prisms/builder-new/Nightly9.5/dev/src/houdini/help/houdinihelp/helpfilters.py”,
line 13, in <module>
File “/home/prisms/builder-new/Nightly9.5/dev/src/houdini/help/houdinihelp/coloring.py”,
line 2, in <module>
ImportError: cannot import name Punctuation
My quick work-around is to have the user go to a machine without this issue, open houdini, turn off “Load help browser on start,” close Houdini, then go back to their workstation. I would imagine there is a better way. Anyone know how to turn off autoload of help browser? I don't see it in the houdini.pref file, but that doesn't mean it's not there.
Using H9.5.241 on Linux.
Thanks
The error looks like:
help system: error: cannot import name Punctuation
exception: ImportError
details: Traceback (most recent call last):
File “<stdin>”, line 1, in <module>
File “/home/prisms/builder-new/Nightly9.5/dev/src/houdini/help/houdinihelp/__init__.py”,
line 7, in <module>
# Copyright © 1999 by Secret Labs AB.
File “/home/prisms/builder-new/Nightly9.5/dev/src/houdini/help/houdinihelp/streams.py”,
line 13, in <module>
File
“/home/prisms/builder-new/Nightly9.5/dev/src/houdini/help/houdinihelp/helpfilters.py”,
line 13, in <module>
File “/home/prisms/builder-new/Nightly9.5/dev/src/houdini/help/houdinihelp/coloring.py”,
line 2, in <module>
ImportError: cannot import name Punctuation
My quick work-around is to have the user go to a machine without this issue, open houdini, turn off “Load help browser on start,” close Houdini, then go back to their workstation. I would imagine there is a better way. Anyone know how to turn off autoload of help browser? I don't see it in the houdini.pref file, but that doesn't mean it's not there.
Using H9.5.241 on Linux.
Thanks
Technical Discussion » HDK: Can you fill a UT_String from stdin?
- BrianK
- 18 posts
- Offline
edwardmaybe “ANSI string” is not the correct term. I mean…
I don't see how you can do that safely with ANSI strings though. Take for example, "char str; cin >> str". Now what happens if the user types in more than 4 characters? You might not crash of course until the user types in more than 16 characters due to memory alignment but doing so is definitely not safe.
#include <string>
#include <iostream>
#include <UT/UT_String.h>
using namespace std;
int main() {
UT_String myUT;
string mySTR;
cin >> mySTR;
myUT = mySTR.c_str();
return 0;
}
Technical Discussion » HDK: Can you fill a UT_String from stdin?
- BrianK
- 18 posts
- Offline
rafalDidn't know about that class, thanks.
You could try UT_WorkBuffer class (see comments in the header file):
However, if there's converting that's going to take place, I may as well just use ANSI strings… which I did & now everything is back to working like before.
Thanks for the clarification.
Technical Discussion » HDK: Can you fill a UT_String from stdin?
- BrianK
- 18 posts
- Offline
I know this used to work:
#include <iostream>
#include <UT/UT_String.h>
using namespace std;
int main() {
UT_String bar;
printf(“gimme: ”);
cin >> bar;
printf(“%s\n”,(char*)bar);
return 0;
}
but 9.5 doesn't seem to like it.
What's the best way to fill a UT_String from stdin?
#include <iostream>
#include <UT/UT_String.h>
using namespace std;
int main() {
UT_String bar;
printf(“gimme: ”);
cin >> bar;
printf(“%s\n”,(char*)bar);
return 0;
}
but 9.5 doesn't seem to like it.
What's the best way to fill a UT_String from stdin?
Technical Discussion » HDK - how do you debug with gdb?
- BrianK
- 18 posts
- Offline
JoeHmm… the syntax seems to be correct (well - it's consistent with what I posted above). I have had a little more luck by using “houdini-bin” under H9 rather than “houdini”, though it's still not working properly - not stopping at breakpoints, I get a message that says, “simple.hip load errors” with an “OK” button only.
Quick gdb hint: one easy way to get around needing to type -foreground is to do
set fork-follow-mode child
in gdb before starting Houdini.
However, that doesn't explain why you can't run houdini -foreground from gdb now. One thing I do notice is that you say -fullfile in your H9 example, and not -foreground; can you check your syntax?
For anyone else that uses gdb, is this the way you do it or is there another way?
Technical Discussion » HDK - how do you debug with gdb?
- BrianK
- 18 posts
- Offline
As I posted on another forum, the steps I've historically taken to debug HDK is as follows:
compile with -g option
create a hip file with the SOP dropped but not cooked.
at a command line, run gdb houdini -or- “M-x gdb” in emacs
at the gdb prompt, type:
run -foreground /path/to/mydebug.hip (or in emacs, houdini -foreground /path/to/mydebug.hip)
houdini should then launch with the sop dropped, but not cooked, now you can set a breakpoint like:
break SOP_Watever::cookMySop -or- “Cntl-X SPC” on the line in emacs.
now cook the SOP
and step from there
… however, I'm now getting “-foreground load failed: No such file or directory” in H8 or “-fullname load filed. No such file or directory” in H9.
Is it still possible to debug with gdb? If so, any idea what's going wrong here?
compile with -g option
create a hip file with the SOP dropped but not cooked.
at a command line, run gdb houdini -or- “M-x gdb” in emacs
at the gdb prompt, type:
run -foreground /path/to/mydebug.hip (or in emacs, houdini -foreground /path/to/mydebug.hip)
houdini should then launch with the sop dropped, but not cooked, now you can set a breakpoint like:
break SOP_Watever::cookMySop -or- “Cntl-X SPC” on the line in emacs.
now cook the SOP
and step from there
… however, I'm now getting “-foreground load failed: No such file or directory” in H8 or “-fullname load filed. No such file or directory” in H9.
Is it still possible to debug with gdb? If so, any idea what's going wrong here?
Technical Discussion » how do you import Mocap data - csm or bip files.?
- BrianK
- 18 posts
- Offline
Thanks guys. the mcbiovision thing works great - with exception to the fact that if the input file has a ‘-’, it tries to create sops and channels with a ‘-’ which houdini turns into ‘_’ which makes all references broken. It's a simple fix to the cmd file - but slightly annoying.
Now where's that rigging tutorial?
Now where's that rigging tutorial?
Technical Discussion » how do you import Mocap data - csm or bip files.?
- BrianK
- 18 posts
- Offline
I've got some Mocap data that I would like to use in Houdini. Some of the files are binary .bip files, which I believe came from 3DS Max, some are ascii .csm files which came from ???
Can I use either of these with Houdini? If so, can someone point me in the right direction for getting this data into Houdini?
Can I use either of these with Houdini? If so, can someone point me in the right direction for getting this data into Houdini?
Technical Discussion » Linux: can't launch any houdini related app - seg fault
- BrianK
- 18 posts
- Offline
Solved.
I hate to admit it, but I was mistakenly logged into the machine in question when I upgraded my kernel (so I actually upgraded the kernel of the other machine). In doing so, I broke the graphics module, which caused houdini to no longer work. Uninstalling and reinstalling the nvidia kernel module (doing the whole “sh NVIDIA-driver.bin” thing) solved it.
I don't understand why mantra had a problem, but it did.
regardless, if you get immediate seg faults, look at your nvidia kernel module & make sure your graphics are still running properly. ( as a super simple test, assuming you have xscreensaver installed, run “/usr/lib/xscreensaver/pulsar -delay 0 -fps” - you should get something > 200… on the order 2-3000 for current machines/graphics cards)
I hate to admit it, but I was mistakenly logged into the machine in question when I upgraded my kernel (so I actually upgraded the kernel of the other machine). In doing so, I broke the graphics module, which caused houdini to no longer work. Uninstalling and reinstalling the nvidia kernel module (doing the whole “sh NVIDIA-driver.bin” thing) solved it.
I don't understand why mantra had a problem, but it did.
regardless, if you get immediate seg faults, look at your nvidia kernel module & make sure your graphics are still running properly. ( as a super simple test, assuming you have xscreensaver installed, run “/usr/lib/xscreensaver/pulsar -delay 0 -fps” - you should get something > 200… on the order 2-3000 for current machines/graphics cards)
Technical Discussion » Linux: can't launch any houdini related app - seg fault
- BrianK
- 18 posts
- Offline
I recently built up a new machine. Early in the build, I installed and tested Houdini - it worked fine. Today, it doesn't work - nothing works… hserver, hkey, mantra, houdini. Every gives a pretty quick Segmentation Fault. I've tried build 383 and 474. I'm running Ubuntu 5.10.
The machine has an old Nvidia GeForce FX 5200… but that should make much difference to mantra, should it?
It also has both g++ v 3.3 & 3.4.5 - installed with apt. 3.4.5 is the active version (the one /usr/bin/g++ is aliased to).
kernel 2.6.12-10-686-smp
ideas?
The machine has an old Nvidia GeForce FX 5200… but that should make much difference to mantra, should it?
It also has both g++ v 3.3 & 3.4.5 - installed with apt. 3.4.5 is the active version (the one /usr/bin/g++ is aliased to).
kernel 2.6.12-10-686-smp
ideas?
Technical Discussion » compiling with the HDK under Redhat 9?
- BrianK
- 18 posts
- Offline
xionmarkI had some success with copying a libdb1.so from an old RH7.3 box. That said, it was a while ago so I don't remember what level of success I had. I've since moved our compile boxes back to 7.3 until something better comes along.
Hi,
When trying to compile (w/hcustom) on an RH9 machine, the loader (ld) complains it can't find libdb1.so.
Anyone else see this?
Suggestions?
hmm… now that I'm thinking about it.. I believe libdb1.so was a sym link to libdb.so, in which case I copied over the libdb.so & made a new sym link to the new lib. ::shrug:: it was a while ago.
If you find a solution, please post it.
Technical Discussion » compiling with the HDK under Redhat 9?
- BrianK
- 18 posts
- Offline
Has anyone had any success doing this?
For reasons beyond my control, our facility is left with nothing but RH9 boxes (all the others went walking out the door a couple nights ago). I've managed to get one of these RH9 nodes into workstation mode running houdini, but compiling seems to be another issue.
Anyone compiling HDK under RH9? We're running H 6.1.208.
For reasons beyond my control, our facility is left with nothing but RH9 boxes (all the others went walking out the door a couple nights ago). I've managed to get one of these RH9 nodes into workstation mode running houdini, but compiling seems to be another issue.
Anyone compiling HDK under RH9? We're running H 6.1.208.
Technical Discussion » Help!! Installation dilemma!
- BrianK
- 18 posts
- Offline
Dreamshadow
> Once I actually saw writing in the window which said
> *server not found* (I am working an home with no
> network and dial up connection!)
Does your computer have a network card installed? (Not necessarily working, but installed).
… fairly certain that you have to have a NIC so hserver can get a MAC address.
-
- Quick Links