Search found 7201 matches

by admin
Fri Oct 19, 2001 1:40 pm
Forum: Archive of DataStage Users@Oliver.com
Topic: UniObjects Source Control Policy
Replies: 4
Views: 811

Hi there I have used both Microsoft Visual SourceSafe and CVS, they are pretty much identical in easy of use and functionality, however CVS is open source and free whereas Microsoft Visual SourceSafe is not. Have a nice day Moe Badawi ----- Original Message ----- From: "Morawa, Hans" To: Sent: Frida...
by admin
Fri Oct 19, 2001 1:18 pm
Forum: Archive of DataStage Users@Oliver.com
Topic: [OT] Fujitsu+IBM versus NEC+Microsoft
Replies: 4
Views: 772

This is in line with a trend acknowledged by Gartners CEO, that within the next 3 years the number of firms providing IT solutions will be half of what it is today. Some will simply not make it, and the rest will be consolidated into others. It reminds me of what I read about the Auto industry, wher...
by admin
Fri Oct 19, 2001 1:18 pm
Forum: Archive of DataStage Users@Oliver.com
Topic: UV ODBC
Replies: 5
Views: 882

Weve been having problems after upgradeing from HPUX 10 to 11, but were running an older version of UV 9.4.1.1I, which I suspect makes the problem worse. Under high load, uv would freeze and youd have to do a dbsetup to clear up the semaphore/locks table (re: my earlier post). In any case, fingers p...
by admin
Fri Oct 19, 2001 1:13 pm
Forum: Archive of DataStage Users@Oliver.com
Topic: Fujitsu+IBM versus NEC+Microsoft
Replies: 4
Views: 686

Fujitsu+IBM versus NEC+Microsoft

Ray:

Id still feel better if you burned that stuff!

Henry


Date: Fri, 19 Oct 2001 14:57:35 From: "Ray Wurlod"


For example there was an alliance between Ardent and Microsoft - Ive got a carry bag and tee shirt to prove it! Dont worry about it.
by admin
Fri Oct 19, 2001 1:12 pm
Forum: Archive of DataStage Users@Oliver.com
Topic: Fujitsu+IBM versus NEC+Microsoft
Replies: 4
Views: 686

Dont know if anyone remembers it, but Fujitsu WAS a pick player a number of years ago. Lee Bacall Binary Star Development Corporation m Voice 954/791-8575 Fax 954/584-4567 ----- Original Message ----- From: To: Sent: Thursday, October 18, 2001 11:52 PM Subject: OT: Fujitsu+IBM versus NEC+Microsoft >...
by admin
Fri Oct 19, 2001 1:06 pm
Forum: Archive of DataStage Users@Oliver.com
Topic: [OT} UK Only
Replies: 0
Views: 494

[OT} UK Only

SEXES APPEAL: UK WANTS MORE IT WOMEN, FEWER NERDS IN IT m Full story at: m Henry Keultjes MD-Linux Scientifics Mansfield Ohio USA Voice 419-525-1111 Home 419-756-0527 MD-Linux is a non-profit 501(C)(3) project that will completely integrate a multi-dimensional Relational Database Management System (...
by admin
Fri Oct 19, 2001 1:01 pm
Forum: Archive of DataStage Users@Oliver.com
Topic: Happy 12345
Replies: 2
Views: 467

Happy 12345

This is a topic for an orphaned message.
by admin
Fri Oct 19, 2001 1:01 pm
Forum: Archive of DataStage Users@Oliver.com
Topic: Happy 12345
Replies: 2
Views: 467

From: "Joe Walter" > I worked my ass off to prepare for Happy 10000 on 5/18/1995. "Happy" 10000? Our Pick system took a nosedive because the Pick error log used a date/time stamp as a record index, and obtained the date using a "T1,4" conversion... In all honesty, I was more worried about 10000 than...
by admin
Fri Oct 19, 2001 12:53 pm
Forum: Archive of DataStage Users@Oliver.com
Topic: [OT] Fujitsu+IBM versus NEC+Microsoft
Replies: 4
Views: 772

[OT] Fujitsu+IBM versus NEC+Microsoft

Ben: Remember that Fujitsu was, perhaps technically still is, a Pick licensee. Perhaps they want to get back into the mdRDBMS market? Henry Keultjes MD-Linux Scientifics Mansfield Ohio USA Voice 419-525-1111 Home 419-756-0527 MD-Linux is a non-profit 501(C)(3) project that will completely integrate ...
by admin
Fri Oct 19, 2001 12:52 pm
Forum: Archive of DataStage Users@Oliver.com
Topic: avoid the writing of warning messages
Replies: 0
Views: 437

avoid the writing of warning messages

Does anybody know how to avoid the writing of warning messages(SQL messages) to the Datastage execution log when you the program is executed from "director" or via dsrunjob. best regards Luc Luc Huygelen Data Engineering EDS (Electronic Data Systems) Noorderlaan 147 2030 Antwerpen (Belgium) * +32 (0...
by admin
Fri Oct 19, 2001 12:46 pm
Forum: Archive of DataStage Users@Oliver.com
Topic: Viewing Jobs Outside of Datastage
Replies: 3
Views: 960

Viewing Jobs Outside of Datastage

Is there any way we can determine if there are any jobs running in Datastage without having the application installed on our PCs? In other words, are there commands which can be done from a regular telnet login to see what Datastage jobs are running, without having to access the Director? Thanks - L...
by admin
Fri Oct 19, 2001 12:40 pm
Forum: Archive of DataStage Users@Oliver.com
Topic: copying U2 databases
Replies: 16
Views: 1758

copying U2 databases

This is a topic for an orphaned message.
by admin
Fri Oct 19, 2001 12:40 pm
Forum: Archive of DataStage Users@Oliver.com
Topic: copying U2 databases
Replies: 16
Views: 1758

You mean if you place a trigger in a file, there is no other way (Basic program, editor etc) to prevent data from being added or changed? Its one thing to say a trigger enforces it, but an entirely different thing to say the database as a whole enforces it. I think the depending on how you write the...
by admin
Fri Oct 19, 2001 11:49 am
Forum: Archive of DataStage Users@Oliver.com
Topic: UniObjects Source Control Policy
Replies: 4
Views: 811

Try MICROSOFT Visual Source Safe. >Reply-To: > "Morawa, Hans" "u2-users@oliver.com" > UniObjects Source Control PolicyDate: Fri, 19 Oct >2001 16:20:03 +0930 > >Before we start coding with VB6 I need to put in place a source control >policy as the traditional methods dont suit. Does anyone have some ...
by admin
Fri Oct 19, 2001 11:43 am
Forum: Archive of DataStage Users@Oliver.com
Topic: UV ODBC
Replies: 5
Views: 882

UV ODBC

Hi !

We are trying to use ODBC to UniVerse.
Does anyone have any experience with it? Is it stable, fast ? And what kind of fun should we expect with it ? Any information will be helpful! Thank you.

Regards,
Alexey Luchko.