Monday, 2009-07-27

*** dyki has joined #ingres00:29
*** Deyan has joined #ingres01:06
Deyanmeepo01:06
pboroDeyan, I was able to compile 9.2 on openSUSE 11.1 64-bit, will be publishing instructions today01:09
Deyanperfect!01:09
Deyanthank you in advance01:09
*** Gerhard has joined #ingres01:21
magnusg|           Hi all, I'm trying to buld Ingres on Fedora 8 but it doesn't find the command/program buildrel. Anyone having an idea?01:58
*** dyki has quit IRC01:58
grantchi magnusg|, i am guessing it failed to get built02:02
grantcdid you log the jam build process?02:02
magnusg|grantc, I just realized that it could be built during the process and not being there in advance. I'll look in the logs and see what I can find.02:03
grantcsrc/front/st/install_unix - run jam there and you might see why02:03
magnusg|Probably something wrong with the environmental setup. I complains about not finding buildrel.c but it's the so I guess something is broken. I use a virtual machine I got from Andy in Punta Cana and it worked fine to begin with but I've had problems with it later.02:10
magnusg|I'll take it from the beginning with the risk that I might learn something in the process :-)02:11
grantc:)02:22
grantcthe process has improved a bit since then02:22
grantcif you checkout http://code.ingres.com/ingres/main then source buildtools/set_env.sh you should be good to go02:23
magnusg|The problem seems to having to do with obsolete VERS file. I've changed it will test again.02:23
grantcalternatively there is a script that does the build and install02:23
*** dyki has joined #ingres02:35
Deyanhey dyki ! \o/02:44
Deyan:D02:45
Deyanlong time no see02:45
Deyangrantc: \o/02:45
magnusg|grantc, there was an old VERS file which caused the first problem but even with that fixed the build fail. Seems like problems with libs (...skipped /home/ingres/ingres/server/build/lib/libcuf.a for lack of /home/ingres/ingres/server/build/lib/libcuf.a(ccmsrc.o)...). I'll investigate further after lunch.02:57
pborognaah, I have hard time figuring how Jam works, I have both 32-bit and 64-bit xerces installed but still getting "don't know how to make lp32/libxerces-c.so.28.0"02:58
Deyansame here03:03
Deyanguys, i think i will start doing CMake building for Ingres03:04
pboroI can fix that by copying the file manually, but it's not a proper solutions03:04
pboro-s03:04
pborooh well, may I'll write an extra jam rule to do that if I can't figure out it...03:04
pborowow, got if fixed03:05
pboroI had a typo in my fix... oh well :)03:05
pboroah, instructions are ready, I'll try that they works from the beginning :)03:06
grantcfwiw this seems to work for me on ubuntu vis a vis xerces-c03:10
grantchttp://ingres.pastebin.com/f7dd44be003:10
pborograntc, that helps for figuring out the version correctly, but there is a problem in 9.2's Jamrules for hybrid builds03:11
grantcpboro, ah03:11
pboroit doesn't include both 32-bit and 64-bit xerces lib, so I took changeset 22 from svn which addresses it03:11
grantc22 ? from the beginning?03:13
pboroyeah03:13
grantcmmm03:13
pboror22 | hanje04 | 2008-04-23 17:31:39 +0300 (ke, 23 huhti  2008) | 1 line03:13
pboro#109 Fix up build for x86_64 Linux. Add in-line assembler macros to csnormal.h to replace those previously defined in asm/bitops.h03:14
pborothat one03:14
pborolinking of 32-bit unimapcompile still fails on my 64-bit hybrid build since it's looking for 32-bit in wrong place (/usr/lib64), after that's fixed it should build fine03:21
* Deyan still thinks it wrong to do the hybrid build03:22
grantcDeyan, why is it wrong?03:22
Deyanpeople should be able to do the 64bit build only or 32bit03:22
Deyanand do two separate builds03:23
grantcit allows people who have built 32bit apps to run against a 64bit server03:23
Deyanif they want both03:23
Deyanif i want 32bit version, i will run the build process again03:23
Deyanwith different parameters03:23
grantcit's most likely possible since certain platforms only have a 64 bit release03:27
grantcbut it's easier for Ingres to have a single build which has both since it cuts down the time needed to release03:28
grantcalso we use to have a single byte build and a double byte build now they too are combined03:28
pboroahh, the problem was in openSUSE's libraries, not in jam :)03:28
grantcpartly for the same reason03:28
pboroHmm... Xerces is compiled using GCC 4.2 and libstdc++.so.6, and I'm building Ingres with GCC 3.3 and libstdc++.so.5... I wonder if this is going to be a problem :/03:31
Deyanwhy with so old gcc?03:34
pborothe INSTALL file told to use 3.303:34
Deyanaha...03:35
Deyan3.3 is just too old :)03:35
Deyan(IMHO)03:35
pborowhy? it works fine :)03:35
pboroanyway, compiler can easily be switched (if the source code works with newer gcc...)03:37
grantcpboro, it should build with the newer gcc compiler03:38
grantci use 4.3.303:39
pborograntc, ok, I'll try that once I get it compiled with 3.303:39
pborothis is 9.2 build 134 anyway03:39
pboronot the trunk...03:39
grantcnot sure it matters :)03:39
pboroyeah, we'll see :)03:39
grantci am not sure i have built from the internal tree for 9.2 on ubuntu but i have done it with suse 11.0 and it built ok03:43
grantcusing 4.2 iirc03:43
Deyanguys, is there possibility to tell INGRES to release all locks, and cancel all transactions ?03:49
Deyani am trying to shutdown the server, but it fails because there are some locks still there03:49
grantcit's possible in IMA i believe03:50
Deyanima?03:50
Deyanipm?03:50
grantcIMA is Ingres Management Arch03:51
grantcallows you query the internals using SQL03:51
grantchttp://community.ingres.com/wiki/IMA_Remove_Sessions_Script03:51
Deyancheers03:52
Deyanit does not work04:00
Deyani get an error04:00
Deyaningres is actually executing that '\p\g' line04:02
Deyanin the SELECT statement04:02
Vroomfondlewhat're you running it through? isql, or sql?04:05
Vroomfondlevia isql you need to use ";commit;" instead of "\p\g" (at least, you do in Ingres 2.6 - not sure about later versions)04:06
grantcthe instructions say to use "sql" not "isql"04:06
Deyanok04:08
Deyanit was too many apostrophes04:08
Deyanin that SELECT statement04:08
grantccan you paste your corrected version to the pastebin04:12
Deyanlooks to me like it actually does not do anything04:16
Deyani still have sessions open04:17
Deyangrantc: one line there has '''''04:18
Deyan5 single quotes04:18
Deyaninstead of 404:18
Deyanthat is the only mistake04:18
grantcok i c it04:18
Deyanhowever, i still have those sessions...04:19
Deyanso ima_session_remove() does not work...04:20
Deyanyep04:22
Deyaneven if i do manually ima_remove_session it does not work04:22
*** dyki_ has joined #ingres04:22
grantcare you removing the session that is waiting or has the lock04:23
Deyanyes04:23
Deyanthat was the reason why i need it04:23
Deyanbecause server does not want to stop04:23
Deyanfor some strange reasons i got around 10 locks04:23
Deyanthat i am examining atm04:23
grantcif you connect to the server the using iimonitor and paste the output from "show sessions formatted" there might be a reason why you cannot remove them04:24
Deyanty, i will try that04:24
* grantc goes to prepare lunch04:25
* grantc is away: Away04:25
magnusg|Hi all, I'm trying to find the root of my build problems. The error message I have is apparently a syntax error i iiapi.h but that is hardly the true problem:04:36
magnusg|Cc /home/ingres/ingres/server/src/common/cuf/ccm/ccmsrc.o04:37
magnusg|In file included from /home/ingres/ingres/server/src/common/cuf/ccm/ccmsrc.c:9:04:39
magnusg|iiapi.h:530 error:expected "=" , etc or attribute before '‘IIAPI_DT_ID’04:41
magnusg|Last line is inexact because for unkown reason I couldn't copy paste it here.04:44
Deyanwell, check iiapi.h05:00
Deyanand see that line05:00
pboroDeyan, http://pauli.borodulin.fi/blog/?p=5005:01
pborothere's still one issue: if you run buildrel -a after the build, it tells that there's two missing files... I'm yet trying to figure out why05:02
pboroI have not yet tried GCC 4.x, but it should work per grantc05:03
Deyani have already commented05:03
Deyan:D05:03
pborojust install gcc4something instead of gcc33* and so on05:03
Deyangcc 4.3.0 is already here05:04
pboroyou may want to wait a bit until I figure out the missing files problem, it has got something to do with old xerces05:06
pboroI just have to figure where it is still referenced05:06
magnusg|Deyan, that line is part of a typedef which I don't think has been changed for years. I would expect the problem being something in the environment or with the compiler.05:06
magnusg|That wasn't quite correct.05:10
pboroDeyan, ah, found the final problem, have to modify couple ccpp-files05:18
pboroway too many fixed values in the build systems :( fortunately it's better today...05:21
pborodamn, why is ccpp not evaluating $XERCVERS05:26
*** atrofast has joined #ingres05:54
pboroah, it must be exported elsewhere :) shinfolibs.sh...05:55
*** rossand has joined #ingres05:57
*** ChanServ sets mode: +o rossand05:57
*** Gerhard has quit IRC06:03
*** Gerhard has joined #ingres06:04
Deyangrantc: i see you now use your code to do syntax highlighting06:09
Deyan:)06:09
Deyan(wiki)06:09
grantcmy code?06:12
Deyanyeah, that syntax highlighting you talked about in your log06:33
Deyanguys, can an AUTO_INCREMENT field be SMALLINT?06:46
Deyanor it has to be an INTEGER ?06:46
magnusg|Hi, the build succeeded when I did runbuild.sh -a and now I have Ingres 10.0.0 up and running.06:48
*** toumi01 has joined #ingres06:50
Deyan10?06:52
Deyandude, you are my idol06:52
magnusg|I hadn't expected 10 but I did a svn update and the build and createdb gave me "Ingres Release II 10.0.0 (int.lnx/00)NPTL Server -- Normal Startup."07:01
magnusg|Sorry, should be createdbms of course (it is Monday after all)07:02
grantcwe had to fix a problem in ingres where by the version number could not go beyond 9.907:05
grantc9.4 was always going to be 10 :)07:05
magnusg|Really, I thought there would be some more 9.x releases in before 10.07:08
*** mull has joined #ingres07:08
grantcthere was supposed to be a 9.4 but that changed07:09
magnusg|Because of need for system catalog changes or because it was time for a 10?07:10
grantci don't believe it was a technical decision to go to 10.007:15
grantcthe decision to do a 10.0 release required that we overcome some internal limitations07:16
magnusg|OK07:17
magnusg|Thanks, grantx07:17
grantcnp07:17
magnusg|Me and my keyboard isn't on friendly terms today.07:17
*** magnusg| has quit IRC07:31
*** Gerhard has quit IRC07:37
*** rossand has quit IRC07:37
*** dyki has quit IRC07:37
*** toumi01 has quit IRC07:37
*** Vroomfondle has quit IRC07:37
*** bonro01 has quit IRC07:37
*** clach04 has quit IRC07:37
*** mull has quit IRC07:37
*** atrofast has quit IRC07:37
*** Nornagest has quit IRC07:37
*** pboro has quit IRC07:37
*** Deyan has quit IRC07:37
*** Alex|off has quit IRC07:37
*** rossand has joined #ingres07:48
*** mull has joined #ingres07:48
*** toumi01 has joined #ingres07:48
*** Gerhard has joined #ingres07:48
*** atrofast has joined #ingres07:48
*** bonro01 has joined #ingres07:48
*** clach04 has joined #ingres07:48
*** Alex|off has joined #ingres07:48
*** Nornagest has joined #ingres07:48
*** Vroomfondle has joined #ingres07:48
*** pboro has joined #ingres07:48
*** irc.freenode.net sets mode: +oo rossand Alex|off07:48
*** Deyan has joined #ingres07:54
*** Gerhard has quit IRC08:33
Deyangrantc: are you there, buddy?09:04
Deyan:)09:04
Deyangrantc: how can i examine why ingres_close() does not return?09:04
Deyanthere must be some reason - i would like to find it09:04
grantcdebugger?09:05
Deyanit just does not return09:07
Deyanit waits for something09:07
grantcbuilding the driver in debug and attaching to the stalled process should show you where it's blocked09:10
grantcCFLAGS=-g ./configure09:11
grantcassuming you are on linux/unix09:11
grantcor an API trace would give you and idea as to which function it is in09:11
*** Alex|off is now known as Alex|09:41
Deyaningres locking issues are making my head boil09:45
*** dyki_ has quit IRC10:00
Deyangrantc: in order to do simple client connections all i need is to follow the DAMP specification, right?10:24
Deyani am thinking of writing a client library for D10:24
Deyanusing DAMP10:24
Deyanbut only if that is all i need10:24
Deyandoes anyone know?10:25
pborowha'ts DAMP?10:40
pborowhat's even...10:40
DeyanData Access Messaging Protocol10:40
pboroahh, yes10:45
*** DerMeister has joined #ingres10:49
*** Deyan has quit IRC10:55
clach04Deyan: I know you've left but just in case you check the IRC logs. Yes following the DAMP protocol would be what you need to do. However your client will need to handle things like Unicode conversion and timezone (date arithmetic) conversion. If you are lucky the standard libs with your language will support this otherwise you need to use 3rd party libs (or write your own which I would not recomend).10:59
clach04I'm assuming you found the spec in the wiki10:59
clach04one tip I would have would be to get (say) the JDBC driver working and do packet tracing on it. So you can compare a working system with the spec11:00
clach04just put a simple tcp proxy in the middle11:00
*** Args has joined #ingres13:09
Argsis anyone around who know why I might be getting the following error form iilink:13:19
Args/opt/Ingres/IngresII/ingres/lib/libscf.1.so: undefined reference to `IIudadt_register'13:19
*** Args is now known as siman0113:21
pborosiman01, sounds like user defined type? or something...13:32
siman01yep I think I need to reread the manual - I tried following and example on the wiki - I think it might be missing a step13:33
*** Alex| is now known as Alex|off13:34
siman01turns out your supposed to provide IIudadt_register yourself :)13:46
pborohehe :)13:48
*** DerMeister has quit IRC14:31
*** mull has quit IRC14:47
*** siman01 has quit IRC15:59
*** mull has joined #ingres16:17
*** mull has quit IRC20:28
*** rossand has quit IRC20:29
*** Alex|off is now known as Alex|22:36
*** Alex| is now known as Alex|off23:01
*** Alex|off is now known as Alex|23:18

Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!