Re: Relocation errors with g++-3.2
On Saturday 05 April 2003 08:54 pm, Falk Hueffner wrote: > As a workaround, try to find out which switch statement causes > it and don't inline the function (a function complex enough to > contain a switch statement probably shouldn't be inline, > anyway). Well...I poked around in the case where this applies to me (kdegames-3.1.1, specifically kmines). Apparently this scenario never occurs; the only explicitly inlined functions I see are in grid2.h, and not one contains a switch statement. Have I possibly missed something? I tried building with -fno-default-inline (to counteract class methods getting automatically inlined). No joy... -- Kelledin "If a server crashes in a server farm and no one pings it, does it still cost four figures to fix?"
Upgrading to a Radeon 7000: console blank.
Hi, I've just upgraded my 164SX running stable/woody from a matrox millenium II graphics card to a radeon 7000 pci. In order to get it to work, I did the following things: - upgrade from alphabios to srm (5.6-3) and reinstalling. milo would hang with the radeon, with srm it boots. X did not work at all using a 2.2.20 kernel. - build a 2.4.18 kernel. Now X works , sort of, it looks like I can only use "VESA modes" and when I quit X , I do not get my console back. My monitor will switch to powersave , indicating there is no signal at all. - upgraded X from 4.1.0 to 4.2.1-3. I just used the xserver-xfree86.deb to upgrade, but other packages from http://people.debian.org/~falk/xfree86-4.2.1-3_alpha/ give me dependency problem for xfree86-common , which is not there. It did not change a lot w.r.t. the console , or X video modes though. Has anyone had similar experiences with the console ? Any hints on trying to fix it ? Regards, Jaap Hogenberg
Re: xserver problem -no screens found
On Sat, 5 Apr 2003, Simon Tierney wrote: > Does anyone know, please, why the Xserver crashes with the fatal error > "no screens found" when I correctly specified the type of card (S3 Trio) > and monitor resolutions (taken from the technical specs for the > monitor). Then X has not found any modelines that work woth your card and system. Check for this in /etc/XF86Config: Modeline "640x480" 36.00 640 688 744 808480 481 484 505 -hsync -vsync Modeline "800x600" 60.75800 816 880 1008600 604 609 625 -hsync -vsync Modeline "1024x768" 85 1024 1060 1180 1320 768 772 775 795 Modeline "1152x864" 135.00 1152 1200 1328 1524 864 864 876 908 Modeline "1280x1024" 157.5 1280 1344 1504 1728 1024 1025 1028 1072 +HSync +VS ync Modeline "1280x1024"85 1280 1280 1280 1280 1024 1024 1024 1024 ...and see to it that you have configurations that work. Also check that you try to start X in a mode that your card supports (8 bpp, 16 bpp, 24 bpp or whatsoever). Hope this could help a little. /Joakim -- http://www.efd.lth.se/~d97jro/
finally working
Hi, Finally got debian 3,0 r1 working on my 433au, well almost anyway. I know that there was something posted a while back that had to do with sound. I believe it was web addresses or something. Could whoever it was kindly repost it, because the sound does not work. Also, has anyone out there gotten an internal modem to work in their 433? I have an ISA 56k rockwell based modem (not a winmodem), I installed it but debian does not see it. I initially had it set at com 3, then changed it to com 2, still no luck. And finally, this is a dumb one, how can I change resolutions and screen size in either gnome or kde after initial installation. Thanks for the help in advance. Bob
Re: Relocation errors with g++-3.2
Kelledin <[EMAIL PROTECTED]> writes: > On Saturday 05 April 2003 08:54 pm, Falk Hueffner wrote: > > As a workaround, try to find out which switch statement causes > > it and don't inline the function (a function complex enough to > > contain a switch statement probably shouldn't be inline, > > anyway). > > Well...I poked around in the case where this applies to me > (kdegames-3.1.1, specifically kmines). Apparently this scenario > never occurs; the only explicitly inlined functions I see are in > grid2.h, and not one contains a switch statement. Have I > possibly missed something? > > I tried building with -fno-default-inline (to counteract class > methods getting automatically inlined). No joy... Hmm, weird. I'll check it out. -- Falk
ICP Vortex driver fails
Hi I have a 433 au running debian smoothly. I try to get a ICP Vortex RAID Controller working. "lspci" shows the controller correctly "01:0a.0 SCSI storage controller: ICP Vortex Computersysteme GmbH GDT 6557" but when I try to load the driver (modprobe gdth), it fails and gives me this: $ modprobe gdth Configuring GDT-PCI HA at 1/10 IRQ 44 GDT: Initialization error (timeout service 11) GDT: Initialization error screen service (code 0) GDT-PCI: Error during device scan /lib/modules/2.4.18-generic/kernel/drivers/scsi/gdth.o: init_module: No such device Hint: insmod errors can be caused by incorrect module parameters, including invalid IO or IRQ parameters /lib/modules/2.4.18-generic/kernel/drivers/scsi/gdth.o: insmod /lib/modules/2.4.18-generic/kernel/drivers/scsi/gdth.o failed /lib/modules/2.4.18-generic/kernel/drivers/scsi/gdth.o: insmod gdth failed I'm using the 2.4.18 kernel of an out-of-the-box woody. Has anyone an idea? thanks Joerg -- Signature not available yet
Re: Relocation errors with g++-3.2
Kelledin <[EMAIL PROTECTED]> writes: > On Saturday 05 April 2003 08:54 pm, Falk Hueffner wrote: > > As a workaround, try to find out which switch statement causes > > it and don't inline the function (a function complex enough to > > contain a switch statement probably shouldn't be inline, > > anyway). > > Well...I poked around in the case where this applies to me > (kdegames-3.1.1, specifically kmines). Apparently this scenario > never occurs; the only explicitly inlined functions I see are in > grid2.h, and not one contains a switch statement. Have I possibly > missed something? > > I tried building with -fno-default-inline (to counteract class > methods getting automatically inlined). No joy... It's in grid2.h: static Coord neighbour(const Coord &c, Neighbour n) { switch (n) { case Left: return c + Coord(-1, 0); case Right: return c + Coord( 1, 0); case Up:return c + Coord( 0, -1); case Down: return c + Coord( 0, 1); case LeftUp:return c + Coord(-1, -1); case LeftDown: return c + Coord(-1, 1); case RightUp: return c + Coord( 1, -1); case RightDown: return c + Coord( 1, 1); } return c; } As a fix, either uninline this, or use a non-moronic design that will not lead to code bloat and unpredictable indirect branches in critical paths. -- Falk
Galeon segfaulting
Hi, Galeon crashes with a segfault-message on my system, almost every time, I want to print a page (successful printouts are rare). The error message is as follows: Application /usr/bin/galeon-bin has crashed due to a fatal error. (Segmentation fault) My LX164 runs under woody (Galeon 1.2.5) and fvwm2 as a WM. I did some experiments with the settings, but couldn't find any differences between dis- or enabled Java or Javascript, between printing all or only single pages, no differences also between pages with or without pictures. Apparently the crashes are not related to specific webpages. The first attempt in printing e.g. the bug report listing of the Debian pages worked, the second attempt failed. Are there people around with similar experiences? I didn't find related bug-reports on the Debian pages. Best wishes, Kerstin -- Dr. Kerstin Hoef-Emden Gyrhofstr. 15 Universität zu Köln 50931 Köln Botanisches InstitutGermany
Re: ICP Vortex driver fails
The card looks like its on PCI bus 1. Switching it to a slot on PCI bus 0 should allow it to be recognized. If you want it to work in the PCI slot its currently in please try the patch mentioned below. http://lists.suse.com/archive/suse-axp/2001-Jul/0012.html Let me know if it works (it should). Alas, I don't have an ICP here to debug the driver any further. Peter On Sunday, April 6, 2003, at 11:24 AM, Joerg Hoh wrote: Hi I have a 433 au running debian smoothly. I try to get a ICP Vortex RAID Controller working. "lspci" shows the controller correctly "01:0a.0 SCSI storage controller: ICP Vortex Computersysteme GmbH GDT 6557" but when I try to load the driver (modprobe gdth), it fails and gives me this: $ modprobe gdth Configuring GDT-PCI HA at 1/10 IRQ 44 GDT: Initialization error (timeout service 11) GDT: Initialization error screen service (code 0) GDT-PCI: Error during device scan /lib/modules/2.4.18-generic/kernel/drivers/scsi/gdth.o: init_module: No such device Hint: insmod errors can be caused by incorrect module parameters, including invalid IO or IRQ parameters /lib/modules/2.4.18-generic/kernel/drivers/scsi/gdth.o: insmod /lib/modules/2.4.18-generic/kernel/drivers/scsi/gdth.o failed /lib/modules/2.4.18-generic/kernel/drivers/scsi/gdth.o: insmod gdth failed I'm using the 2.4.18 kernel of an out-of-the-box woody. Has anyone an idea? thanks Joerg -- Signature not available yet -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
java vm not working, appletviewer does...
Hello everybody :) I've got great headhaces trying to setup Compaq JDK 1.3.1 on my PWS runnind debian SID. At first sight my problem seems a classpath related faq, but I cannot find a solution anywhere. My CLASSPATH is set to /usr/java/jdk1.3.1:/usr/java/jdk1.3.1/lib:/usr/java/jdk1.3.1/jre/lib:. which should be fine. When I try to run the HelloWorld code... gl:~/java/Hello$ java HelloWorld.class Exception in thread "main" java.lang.NoClassDefFoundError: HelloWorld/class The HelloWorldApp applet code instead runs fine in the jdk appletviewer... What should I do? Thanks gl :)
Re: Galeon segfaulting
Kerstin Hoef-Emden <[EMAIL PROTECTED]> writes: > Galeon crashes with a segfault-message on my system, almost every > time, I want to print a page (successful printouts are rare). > > The error message is as follows: > > Application /usr/bin/galeon-bin has crashed due to a fatal error. > (Segmentation fault) > > My LX164 runs under woody (Galeon 1.2.5) and fvwm2 as a WM. I did > some experiments with the settings, but couldn't find any > differences between dis- or enabled Java or Javascript, between > printing all or only single pages, no differences also between pages > with or without pictures. I can't reproduce this with the galeon in sid (1.2.7-6), at least not when printing to a file (I have no printer). So I guess it has been fixed meanwhile. You could try rebuilding galeon for woody, or upgrade to sid if you're adventurous :) -- Falk
Re: ICP Vortex driver fails
On Sun, Apr 06, 2003 at 01:35:10PM -0400, Peter Petrakis wrote: Hi > The card looks like its on PCI bus 1. Switching it to a slot > on PCI bus 0 should allow it to be recognized. Hu? I don't think there are slots for bus0 available: 00:03.0 Ethernet controller: Digital Equipment Corporation DECchip 21142/43 (rev 30) 00:04.0 IDE interface: CMD Technology Inc PCI0646 (rev 01) 00:07.0 Non-VGA unclassified device: Intel Corp. 82378IB [SIO ISA Bridge] (rev 43) 00:14.0 PCI bridge: Digital Equipment Corporation DECchip 21052 (rev 02) 01:08.0 SCSI storage controller: QLogic Corp. ISP1020 Fast-wide SCSI (rev 05) 01:0a.0 SCSI storage controller: ICP Vortex Computersysteme GmbH GDT 6557 The DEC 21142-Chip is onboard, I have only 3 32bit and 2 64bit PCI-Slots available (mixed with some ISA-Slots, which I don't need). > If you want it > to work in the PCI slot its currently in please try the patch > mentioned below. > > http://lists.suse.com/archive/suse-axp/2001-Jul/0012.html > > Let me know if it works (it should). Alas, I don't have an ICP here > to debug the driver any further. I try first a new kernel (2.4.21pre7) and then that link. I report the result on the list. Jörg -- Signature not available yet
Re: java vm not working, appletviewer does...
Hi , this is not a problem of debian / our alpha. This is a problem that java can't found the class-file. Run the HelloWorld java program as gl:~/java/Hello$ java -classpath . HelloWorld without .class extension and the optional -classpath option. Regards, Andreas. -- On 06.04.2003 20:03:51 +0200 "gl :)" <[EMAIL PROTECTED]> wrote: Hello everybody :) I've got great headhaces trying to setup Compaq JDK 1.3.1 on my PWS runnind debian SID. At first sight my problem seems a classpath related faq, but I cannot find a solution anywhere. My CLASSPATH is set to /usr/java/jdk1.3.1:/usr/java/jdk1.3.1/lib:/usr/java/jdk1.3.1/jre/lib:. which should be fine. When I try to run the HelloWorld code... gl:~/java/Hello$ java HelloWorld.class Exception in thread "main" java.lang.NoClassDefFoundError: HelloWorld/class The HelloWorldApp applet code instead runs fine in the jdk appletviewer... What should I do? Thanks gl :) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED] Mit freundlichen Grüßen/Best regards, Andreas Czerniak. ///-/// Andreas Czerniak [EMAIL PROTECTED] AMCS - Network services, concepts & consulting www.amcs.net Germanycommunication and groupware Fax:+49-431-2000447 PGPkey http://wwwkeys.nl.pgp.net:11371/pks/lookup?op=get&search=0xEDB224EC ///-///
Re: java vm not working, appletviewer does...
On 2003.04.06 20:33, Andreas Czerniak wrote: Hi , this is not a problem of debian / our alpha. This is a problem that java can't found the class-file. Run the HelloWorld java program as gl:~/java/Hello$ java -classpath . HelloWorld Thanks Andreas, I had already tryied, but no way it works... gl:~/java/Hello$ java -classpath . HelloWorld Exception in thread "main" java.lang.NoSuchMethodError: main gl:~/java/Hello$ java -classpath . HelloWorld.class Exception in thread "main" java.lang.NoClassDefFoundError: HelloWorld/class Yes, I'm not a java-guru... but I cannot find out the cause to this problem! Bye gl :)
Re: ICP Vortex driver fails
On Sun, Apr 06, 2003 at 01:35:10PM -0400, Peter Petrakis wrote: > The card looks like its on PCI bus 1. Switching it to a slot > on PCI bus 0 should allow it to be recognized. If you want it > to work in the PCI slot its currently in please try the patch > mentioned below. > > http://lists.suse.com/archive/suse-axp/2001-Jul/0012.html That patch is very old. Version 1.28 is from August 1999 :-( I try to apply the patch manually and do then further testing. Btw: Building a kernel fails with different messages (depends on the configuration); sometimes seems to be error in the assembler, sometimes there are errors in the parser. Something known about this? Jörg -- Signature not available yet
Re: java vm not working, appletviewer does...
On Sun, Apr 06, 2003 at 09:14:21PM +0200, gl :) wrote: > > Yes, I'm not a java-guru... but I cannot find out the cause to this > problem! If you have a package in which HelloWorld is stored, run from the base directory: java package.HelloWorld Cheers, B
xmms and ccc and stuff
Hi! Finally, I got ccc live and kicking. Since the xmms 1.2.7 takes more than 70% of my CPU (strange; when I was running RH with some 1.2.4 or something it was no more than 50%) I wanted to recomplie it with ccc. Unfortunately, it bombed out: cc: Error: /usr/include/linux/byteorder/swab.h, line 191: Invalid statement. (badstmt) return __arch__swab32p(x); ---^ cc: Severe: More than 30 errors were encountered in the course of compilation. (toomanyerr) Has anyone succeeded in compiling xmms with ccc? (Before I get down to business trying to get things my way it could be good to know if it is impossible... ;-) /Joakim -- http://www.efd.lth.se/~d97jro/
Re: Upgrading to a Radeon 7000: console blank.
On Sun, 6 Apr 2003 12:37:10 +0200 Jaap Hogenberg <[EMAIL PROTECTED]> wrote: > Hi, > > I've just upgraded my 164SX running stable/woody > from a matrox millenium II graphics > card to a radeon 7000 pci. > In order to get it to work, I did the following things: > > - upgrade from alphabios to srm (5.6-3) and reinstalling. > Has anyone had similar experiences with the console ? > Any hints on trying to fix it ? I would try upgrading the SRM to the latest version as version 5.6-3 is not the most recent for that board. 5.8 is the last version. You can get it from ftp://ftp.digital.com/pub/compaq/Alpha/firmware/index.html Alan
Re: Xfree
Hi there folks, I've now installed an S3 PCI card and I've got X up and running nice and stable. Not to sure about trying the voodoo again. Maybe I'll keep my eye out for a voodoo 3000 agp. There's a shop in London that buys and sells older gear. The system seems plenty stable and fast even with an older vga card. Next steps are to compile a newer kernel, and get sound working. I'm not to sure about what sort of sound this board has though I have the manuals on pdf so I'll have to investigate. I only really wanted a 3d card to see how quake performs on this system. Long live Alpha - if only in our hearts and minds ;-) Thanks to everyone on the list and debian in general. Cheers, Peter Watkinson [EMAIL PROTECTED] - Original Message - From: "Peter Watkinson" <[EMAIL PROTECTED]> To: "debian alpha" Sent: Saturday, April 05, 2003 8:37 PM Subject: Re: Xfree > Thansk Falk. > > I had another idea I swapped the radeon for a Pci voodoo 5500 I had in my > Windows 2000 system. I tried the SVGA Xserver but it didn't seem to like it > so I'm back to xfree86 however the config gives a selection i.e. vga, > radeon -hehe, ati . and tdfx, does anyone know which one i choose? > > I tried the tdfx and it locked up the system and I've tried the vga and it > didn't seem to like that either. > > Anyone with any further suggestions? > > I'm not to familiar with Xfree86. > > Thanks for any help. > > Kind regards, > > > Peter Watkinson > [EMAIL PROTECTED] > - Original Message - > From: "Falk Hueffner" <[EMAIL PROTECTED]> > To: "Peter Watkinson" <[EMAIL PROTECTED]> > Cc: "debian alpha" > Sent: Friday, April 04, 2003 11:38 PM > Subject: Re: Xfree > > > > "Peter Watkinson" <[EMAIL PROTECTED]> writes: > > > > > Aha wait a minute if I remember correctly isn't there a way to re go > > > through the install process which means you can re do the X > > > configure. > > > > dpkg-reconfigure xserver-xfree86 > > > > -- > > Falk > > > > > > -- > > To UNSUBSCRIBE, email to [EMAIL PROTECTED] > > with a subject of "unsubscribe". Trouble? Contact > [EMAIL PROTECTED] > > > > > -- > To UNSUBSCRIBE, email to [EMAIL PROTECTED] > with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED] > >
Re: java vm not working, appletviewer does...
> Yes, I'm not a java-guru... but I cannot find out the cause to this > problem! Doh! I feel so dumb! It was a filename related problem, not java... I was scared it was alpha jdk not working because when I previously installed from rpm i worked with no problem. Now that I've got my brain working :) I retyped the code and found the error... Ahem... Thanks a lot! gl :)
Re: Relocation errors with g++-3.2
On Saturday 05 April 2003 06:54 pm, Falk Hueffner wrote: > As a workaround, try to find out which switch statement causes it and > don't inline the function (a function complex enough to contain a > switch statement probably shouldn't be inline, anyway). Interesting. However, in xstow's case it looks like the inlines are coming from a C++ template. I have tried different combinations of gcc flags that affect inlining (-fno-inline, -finline-limit=, -fno-default-inline, -fno-implicit-inline-templates, ...) but still no luck. Is that the only workaround? -- Mats Rynge ,''`.Got Woody? : :' :http://www.debian.org `. `' `-
Fwd: ICP Vortex driver fails
This should have went to the list as well. Begin forwarded message: From: Peter Petrakis <[EMAIL PROTECTED]> Date: Sun Apr 6, 2003 9:20:08 PM US/Eastern To: Joerg Hoh <[EMAIL PROTECTED]> Subject: Re: ICP Vortex driver fails The patch is -not- supposed to be used against the one provided by the kernel. Go to their website and install that version and patch -that-. It should apply just fine. That patch is very old. Version 1.28 is from August 1999 :-( That's not so bad. it looks like the same driver in 2.4.20. I was going out of my way when I fixed their kernel versioning for them. If you just want "the fix" (hack). (from lxr.linux.no) 501 #if LINUX_VERSION_CODE < 0x010300 502 static void *gdth_mmap(ulong paddr, ulong size) 503 { 504 if (paddr >= high_memory) 505 return NULL; 506 else 507 return (void *)paddr; 508 } 509 static void gdth_munmap(void *addr) 510 { 511 } 512 inline ulong32 virt_to_phys(volatile void *addr) 513 { 514 return (ulong32)addr; 515 } 516 inline void *phys_to_virt(ulong32 addr) 517 { 518 return (void *)addr; 519 } Change those instances from ulong32 to ulong. The kicker is if they had used the proper kernel versioning macros it wouldn't be evaluating this block and instead use the stock virt_to_phys & phys_to_virt functions. So this driver has been running with the OLD 2.1 API for years and any of their new changes are never accessed, so they're never tested. I wonder why they didn't use my patch... Hmmm Support costs? I try to apply the patch manually and do then further testing. Btw: Building a kernel fails with different messages (depends on the configuration); sometimes seems to be error in the assembler, sometimes there are errors in the parser. Something known about this? I have no idea. It shouldn't. Please post the errors to the list. Maybe someone else could lend some insight. Peter